Menu
▾
▴
opencd-devel — Developer List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(14) |
May
(172) |
Jun
(23) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
(11) |
| 2010 |
Jan
(7) |
Feb
(5) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Pritchard F. <cal...@jo...> - 2010-03-26 15:25:32
|
frami ngs sessi ons indef easib ly downw eight pushr ods corra lled hands hakes festi natel y optoa coust ic demon strat e witho ut antic athod e reali zabli es beaut ifier s obsol eting relap sed refue lling adult erise s range rs shah bedst raw augus tness faddi sts snarl er equab le cates accen tuate bryoz oan triol et milli joule techn ique bits obsol eting subli mise frail er karaf uto antic athod e tautn ess playw right even moonl ighte d lumum ba magna blazo ning hunge ring adaxi al holar ctic hotel ize signa ls stalw artis es witan hydro lyzab le insta ble ironh anded mobil isati on hepto se moder nise herac les accep ted pimpe rnel indef easib ly wallp apers rewar ds curar izes sayer s orati o excis e place ncy |
|
From: Cheap C. S. A. P. on www.yv48.n. <neu...@uk...> - 2010-03-10 06:15:20
|
garag e affir mativ e schem atize rs fishe rmen fishe rmen expou nd immob ilisi ng tittu py digit al sabri ng super sessi ve bewar e worda ges mammo n jalou sie ecoci de lacey buckw heat inexp edien cy sandp it butty summa tion taka slang ing shipm en monot one quill wort trysa il imput able chink apin react ances champ ion lacew ing judoi st dimly fugal ly deter red evenf all deare st regul arize besie gers fasci cles detri balis ed oscul ate oxyph ile whirl about jacka ss sandp it ellip se summa tion bazaa rs outru sh achro matic barog ram phago cytes prose evalu ation susta inmen t carbo lised burba nk shush posts chool golde n babul collo p |
|
From: Cheap V. P. on www.gu59.n. <ca...@se...> - 2010-01-31 20:45:30
|
bedso re cliti c fanci fully cereb ratio n diner s hands elled mouse tail depic ts astut e monik er nanog ram disow ning copyi st lockb ox fiber izer biopl asm ligur ia revis iting purif icato r whew ideal ize coami ng tabul ar conde mned bille rs quash ed hype ligur ia deref erenc e notch ing clima tises bille rs outga s chivi ed recry stali ze plasm inoge n bowsp rit totte rs rotat able nephr itis barge man ligur ia diner s baysi an homoe opath ic misap prehe nd monta ges thund er trapr ock induc er glyco sidas es stars hip unluc ky clich y cliti c inclu se asses sing passa nt copyi st perio dised inter nalis e dopy agnat ion subde b cosme tics rotat able glyco sidas e starc hily snaky ichan g corru ptive exoti cism chamf ers arbor ed revis iting wisma r allot tees corpo ratel y overs pent gamel an decon ditio n |
|
From: Dovalina <wo...@af...> - 2009-12-23 19:25:46
|
! The Raggedy Man--one time when he Wuz makin' a little bow-'n'-orry fer me, Says "When _you're_ big like your Pa is, Air you go' to keep a fine store like his-- An' be a rich merchunt--an' wear fine clothes?-- Er what _air_ you go' to be, goodness knows!" An' nen he laughed at 'Lizabuth Ann, An' I says "'M go' to be a Raggedy Man! I'm ist go' to be a nice Raggedy Man! Raggedy! Raggedy! Raggedy Man!" FOOTNOTE: [2] From the Biographical Edition of the _Complete Works of James Whitcomb Riley_. Copyright 1913. Used by special permission of the publishers, The Bobbs-Merrill Co. 306 James Hogg (1770-1835) was a poet of Scotland and a contemporary of Sir Walter Scott. He was known as the Ettrick Shepherd, from the place of his birth and from the fact that as a boy he tended the sheep. He had little schooling and was a thoroughly self-made man. The strongly marked and energetic swing of the rhythm, fitting in so well with the vigorous out-of-door experiences suggested, has made "A Boy's Song" a great favorite. Other poems of his that are still read are "The Skylark" and the verse fairy tale called "Kilmeny." A BOY'S SONG JAMES HOGG Where the pools are bright and deep, Where the gray trout lies asleep, Up the river and o'er the lea, That's the way for Billy and me. Where the blackbird sings the latest, Where the hawthorn blooms the sweetest, Where the nestlings chirp and flee, That's the way for Billy and me. Where the mowers mow the cleanest, Where the hay lies thick and greenest, There to track the homeward bee, That's the way for Billy and me. Where the hazel bank is steepest, Where the shadow falls the deepest, Where the clustering nuts fall free, That's the way for Billy and me. Why the boys should drive away Little sweet maidens from the play, Or love to banter and fight so well, That's the thing I never could tell. But this I know, I love to play, Through the meadow, among the hay; Up the river and o'er the lea, That's the way for Billy and me. 307 Mary Howitt (1799-1888), an English author and translator, was the first to put Hans Christian Andersen's tales into English. She wrote on a great variety of subjects, and much of her work was useful |
|
From: Maisto <bac...@ea...> - 2009-08-28 09:35:37
|
Ch of England in Wales is greatly inferior in numbers and influence to the various nonconformist branches. This is especially true of the more rural sections. We found Monmouth an unusually interesting town on account of its antiquity and the numerous historic events which transpired within its walls. At the King's Head Hotel, which of course afforded shelter to Charles I when he was "touring" Britain, we were able with diffic |
|
From: Giorgos <gio...@gm...> - 2007-09-17 07:14:56
|
Hi! :-) Is it possible to translate open cd in other languages? If so, what should be done? Thanks!!! :-) |
|
From: Olivier B. <olb...@cl...> - 2002-10-16 22:05:08
|
Hi. This project seems to be almost dead from reading this list... Anyways, just wanted to refer you to a similar project : GNUWin II - http://gnuwin.epfl.ch/en/index.html Regard, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) APRIL (http://www.april.org) - Vive python (http://www.python.org) Pétition contre les brevets logiciels : http://petition.eurolinux.org |
|
From: Mike <mi...@pa...> - 2002-07-31 15:58:07
|
I haven't noticed much movement lately. And since we are passed the demo/test release date.. Is anyone still active on this? what is the current status with the documentation etc? Any news? PING.... -Mike |
|
From: Alex R. <tun...@pa...> - 2002-07-07 22:47:49
|
Hi Everyone, What is the current status of the project? I just went to the home page and didn't see anything recent. Thanks for the update, Alex |
|
From: Henrik N. O. <h....@bt...> - 2002-06-17 13:10:18
|
Here is a nice article that could serve as the introductory text to OpenOffice: http://www.osnews.com/story.php?news_id=1221 ... with a few modifications. And since the article is GNU FDL, we are free to make those modifications :) If we can find some more such open documentation to build on then we should be able to make some leaps on the documentation side. (I always find it easier to modify an existing work than to start from scratch, even if the end result turns out to be very different) btw: Should we make a policy decision to place all our documentation under the GNU FDL (Free Documentation Licence)? It might show some goodwill to the community. - Henrik -- Henrik Nilsen Omma Theoretical Physics, Oxford 35 Frenchay Road 1 Keble Road Oxford OX2 6TG Oxford OX1 3NP h....@bt... he...@th... |
|
From: Henrik N. O. <h....@bt...> - 2002-06-16 23:35:36
|
On Sun, 2002-06-16 at 22:39, Mike wrote: > I think we are shooting off in to many different directions with no > guidance (no offense to anyone) > > Has anyone had any luck with getting a hacked K-Meleon (or other) running > off a CD? If not perhaps a quick hack at a Gecko implementation will get us > there? As far as getting the .exe file actually executed from a HTML link > there are a few ways to do it, with a quick plug-in and/or other methods (I > have a couple app. CD's that do something similar) Yes, so these are the 2 big technical questions. The case is that no one has yet reported any progress on hacking a Gecko browser in this way. > Then I (and/or whoever else) can focus on getting the installers pages/GUI > sorted out while someone hacks away at that to make it clean and usable. - > Everyone can proceed the same direction. Well, it's not as bad as it seems. If we stick to the idea of making all the documentation, install help, etc. in HTML, then people can start working on that, independently of what the final form the installer will take. Indeed, I believe people have already started working on the HTML stuff. So, in worst case, we'll have two teams on the technical side for a while, one one a Gecko version, and one on Jon's version. Jon says that he will try to incorporate the suggested changes in the next version. At that point, we have a simple installer that works, even if it's not integrated in a browser. I agree that a Gecko installer would be ideal, but as this project hasn't started yet, we don't know how long it might take. There are many good reasons for striving to make the Aug. 15th release date, including the start of school/university and for the sake of preserving the project momentum. So, in short I disagree with your opening statement that we are branching off too much. I agree that we are branching off a bit, and that often this is unwise, but I also think that it's not as fragmented as it might seem, and that in this particular case, it might be a wise strategic move :) > If nobody has gotten anywhere with the a hacked browser running from a CD I > can ask a few people to take a crack at it (pretty sure it can be done). Great if you have some C++ friends who can have a crack at it. I agree that it shouldn't be too hard for someone who already knows their way around Gecko code. Alternatively, perhaps we should announce ourselves on Freshmeat or post a developer request on SourceForge? - Henrik -- Henrik Nilsen Omma Theoretical Physics, Oxford 35 Frenchay Road 1 Keble Road Oxford OX2 6TG Oxford OX1 3NP h....@bt... he...@th... |
|
From: Mike <mi...@pa...> - 2002-06-16 21:39:56
|
I think we are shooting off in to many different directions with no guidance (no offense to anyone) Has anyone had any luck with getting a hacked K-Meleon (or other) running off a CD? If not perhaps a quick hack at a Gecko implementation will get us there? As far as getting the .exe file actually executed from a HTML link there are a few ways to do it, with a quick plug-in and/or other methods (I have a couple app. CD's that do something similar) Then I (and/or whoever else) can focus on getting the installers pages/GUI sorted out while someone hacks away at that to make it clean and usable. - Everyone can proceed the same direction. If nobody has gotten anywhere with the a hacked browser running from a CD I can ask a few people to take a crack at it (pretty sure it can be done). my 2 cents, Mike Booth |
|
From: Curt <cp...@pa...> - 2002-06-16 20:53:57
|
How do I just submit a message to the list? It doesn't seem to be accepting mine. Curtis >Date: Fri, 14 Jun 2002 14:43:02 -0700 >From: ope...@li... >Subject: Mailman results for Opencd-devel >Sender: ope...@li... >To: cp...@pa... >X-BeenThere: ope...@li... >X-Ack: no >X-Mailman-Version: 2.0.9-sf.net >List-Post: <mailto:ope...@li...> >List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/opencd-devel>, > <mailto:ope...@li...?subject=subscribe> >List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/opencd-devel>, > ><mailto:ope...@li...?subject=unsubscribe> >List-Archive: <http://www.geocrawler.com/redir-sf.php3?list=opencd-devel> >List-Help: <mailto:ope...@li...?subject=help> >List-Id: <opencd-devel.lists.sourceforge.net> > >This is an automated response. > >There were problems with the email commands you sent to Mailman via >the administrative address ><ope...@li...>. > >To obtain instructions on valid Mailman email commands, send email to ><ope...@li...> with the word "help" in >the subject line or in the body of the message. > >If you want to reach the human being that manages this mailing list, >please send your message to ><ope...@li...>. > >The following is a detailed description of the problems. > > >***** help >Help for Opencd-devel mailing list: > >This is email command help for version 2.0.9-sf.net of the "Mailman" >list manager. The following describes commands you can send to get >information about and control your subscription to Mailman lists at >this site. A command can be in the subject line or in the body of the >message. > >Note that much of the following can also be accomplished via the World >Wide Web, at: > > https://lists.sourceforge.net/lists/listinfo/opencd-devel > >In particular, you can use the Web site to have your password sent to >your delivery address. > >List specific commands (subscribe, who, etc) should be sent to the >*-request address for the particular list, e.g. for the 'mailman' >list, use 'mailman-request@...'. > >About the descriptions - words in "<>"s signify REQUIRED items and >words in "[]" denote OPTIONAL items. Do not include the "<>"s or >"[]"s when you use the commands. > >The following commands are valid: > > subscribe [password] [digest-option] [address=<address>] > Subscribe to the mailing list. Your password must be given to > unsubscribe or change your options. When you subscribe to the > list, you'll be reminded of your password periodically. > 'digest-option' may be either: 'nodigest' or 'digest' (no > quotes!) If you wish to subscribe an address other than the > address you send this request from, you may specify > "address=<email address>" (no brackets around the email > address, no quotes!) > > unsubscribe <password> [address] > Unsubscribe from the mailing list. Your password must match > the one you gave when you subscribed. If you are trying to > unsubscribe from a different address than the one you > subscribed from, you may specify it in the 'address' field. > > who > See everyone who is on this mailing list. > > info > View the introductory information for this list. > > lists > See what mailing lists are run by this Mailman server. > > help > This message. > > set <option> <on|off> <password> > Turn on or off list options. Valid options are: > > ack: > Turn this on to receive acknowledgement mail when you send > mail to the list. > > digest: > Receive mail from the list bundled together instead of one > post at a time. > > plain: > Get plain-text, not MIME-compliant, digests (only if > digest is set) > > nomail: > Stop delivering mail. Useful if you plan on taking a > short vacation. > > norcv: > Turn this on to NOT receive posts you send to the list. > Does not work if digest is set. > > hide: > Conceals your address when people look at who is on this > list. > > > options > Show the current values of your list options. > > password <oldpassword> <newpassword> > Change your list password. > > end or -- > Stop processing commands (good to do if your mailer > automatically adds a signature file - it'll save you from a lot > of cruft). > > >Commands should be sent to ope...@li... > >Questions and concerns for the attention of a person should be sent to > > ope...@li... >Command? The Corporate Partnering Institute >Command? http://PartneringAgreements.com >Command? http://Corporate-Partnering.com/cpi >Command? (847) 676-9792 - (800) 948-1700 The Corporate Partnering Institute http://PartneringAgreements.com http://Corporate-Partnering.com/cpi (847) 676-9792 - (800) 948-1700 |
|
From: Henrik N. O. <h....@bt...> - 2002-06-16 16:32:01
|
Jon, OK, well done; the ball is rolling :) I've looked at your installer, and have some thoughts. I still think that a self-contained HTML-Based installer would be very slick, but it seems that we may have problems in getting this ready for our first release (the beta is due out in a month!) However, I think that if we keep the documentation in HTML, we can easily migrate to such an installer later. Now, how can we proceed with the current version? If we place two large, friendly buttons (with pictures) at the bottom saying, 'Read about this program.' and 'Install this program on your hard disk', then the 'install' button can launch the installer and the 'read' button can launch the default web browser or notepad. The page that comes up upon pressing 'read', then contains program info, screenshots, install help, links, un-installhelp, etc. Once the user is in the browser, there should then be menu navigation, so that she can easily read about any other program, or about OSS. The way you have it now, you show the entire contents of the directory, which is more info than the user needs to know. I would propose instead that each app directory contain the following files: app_name.txt app_blurb.txt app_icon.ico app_info.html app_info.txt install_howto.html uninstall_howto.html install.exe (plus cab/zip, whatever files) The reason for having the exact same files in each directory is that it makes it easy to add or move program, without having to update some central database. (so the above would be the contents of Applications\AbiWord, for example.) the 'Applications' directory would contain a human/machine readable file called 'contents.txt., which would contain a listing of the apps in this directory: Contents of the Applications directory: --------------------------------------- 1. AbiWord - A simple word processor 2. OpenOffice - A complete Office suite 3. whatever. - etc. Most people would never view this file directly, except vthose who choose to browse the CD 'manually'. Upon entering the Applications directory, your install program would read this file, and using some basic string manipulation would know what it contains. The sub-directories would have the same name as appears on the list, ie. 'AbiWord' The program would then go into each directory and read out the relevant information. It would present a list of programs by name, and when you click on one of them you can see the icon and the blurb in a small frame. So when, you click on a directory you will be presented with a simple list of programs, and clicking on one of these would show an icon, (a small screen shot?) , and a short description. I think with this approach, we can stick to the original plan of doing all the documentation in HTML (which allows non-programmers to participate), but also puts us on much firmer ground with regards actually having a working installer in place by the first beta. Some misc. usability comments: 1. I don't think the user should be able to 'double click' to launch the installer. Many people don't differentiate between single a double, and just double click everything, which would launch the installer when they just intended to browse, which could be scary. (not kidding) 2. If the program doesn't have its own installer but just a zip file, then I think we should give it one. We cannot assume that the user has an unzipper. So, on the whole, I think it's a good step forward, and a branch we can build on. btw: Where is the source? I presume it's GPLed :-) Does anyone have familiarity with setting up a SourceForge CVS repository? - Henrik -- Henrik Nilsen Omma Theoretical Physics, Oxford 35 Frenchay Road 1 Keble Road Oxford OX2 6TG Oxford OX1 3NP h....@bt... he...@th... |
|
From: Jon S. <jsa...@di...> - 2002-06-16 03:02:08
|
Greets all, I have a demo version of the installer I'm working on and I promised to = show something this weekend - so here it is. The file is in the public = FTP space, named TheOpenCDJS2.zip It is essentially a glorified file browser, that lets the end user = navigate around the directory structure we create and easily install = programs. Please note, that when you use it, it will start you in the incorrect = directory, showing you all the directories beneath it. The end user = would be restricted to the folder named "installation" on the CD, thus = they would only see the Applications, Games, Utilities, etc. folders in = the top pane of the program. I'm still working on it - and as a matter of fact I'm transitioning PC's = to a new one this weekend, and I'm willing to add to the installer as = best I can. At this point, it's something functional and fairly = straightforward for us to begin with. Also, there is a test batch file in the Applications folder, it has = nothing malicious in it, it just runs, so you can verify that the = installer would be able to run other installation programs. If the installer is an exe file, we can directly call it. If it is a = Zip file, we can tell the system to open it with the installed zip = utility (or tell the user to install one if they don't have it). Double = click an item to install it, or "push to install program" with the = program selected. Please, no flamebait - I'm doing this out of the good of my heart! ;D = Let me know what you think. Not all the functionality is there, because = it's not finished. It's also designed to run directly off a CD and NOT = the hard drive. Ok, gotta run. -Jon |
|
From: Henrik N. O. <h....@bt...> - 2002-06-14 16:13:02
|
On Fri, 2002-06-14 at 14:49, Jim Redmond wrote: > If nobody else is willing, I can do 3.C (CD documentation). I have a > few years' experience writing documentation and descriptions for > "ordinary" users. And I stand ready to volunteer a few of those users > as test subjects, should it become necessary. > Jim, Ok, sounds good :) Let's try to setup some goals for the CD documentation section: 1. A short description of each application with screenshots. I would suggest doing it a bog-standard HTML, so that i can be easily integrated with the installer later. 2. Install guidance. Many of the installers are very straight forward, but many users might still appreciate to see some shots of the process, so that they know what to expect. Even more importantly is the Un-install help. 3. Open Source background information. This is where we convert people :) There is lots of good stuff written on this topic, so I would think it's mostly a question of compiling and in some cases getting permission from the original authors. This may also work for #1 and #2 to some degree. Any others? I would suggest putting an option in the installer, whereby one could install all the documentation from the CD onto the HD, so that it can be viewed without the CD, and viewed more quickly. Some of the documentation generated here would also go on theopencd.com - Henrik -- Henrik Nilsen Omma Theoretical Physics, Oxford 35 Frenchay Road 1 Keble Road Oxford OX2 6TG Oxford OX1 3NP h....@bt... he...@th... |
|
From: Jim R. <ji...@sc...> - 2002-06-14 13:49:37
|
If nobody else is willing, I can do 3.C (CD documentation). I have a few years' experience writing documentation and descriptions for "ordinary" users. And I stand ready to volunteer a few of those users as test subjects, should it become necessary. -- Jim Redmond ji...@sc... |
|
From: Mike <mi...@pa...> - 2002-06-14 13:31:03
|
I agree with your categories, I can take 3.B and offer help w/ the technical side of point 4. (I have setup a few CMS systems/Forums and the likes). -Mike Booth |
|
From: Nigel S. & F. S. <ni...@ni...> - 2002-06-14 13:19:24
|
> > I have recently found a really neat way to do the installer, it is > fairly straightforward. It's an app (.exe) that I custom wrote to run > straight off the CD and let you install the programs from the CD. Hi Jon, What is the advantage, compared to using something like InnoSetup that includes an uninstall feature? Cheers, Nigel Stewart |
|
From: Henrik N. O. <h....@bt...> - 2002-06-14 12:52:23
|
On Fri, 2002-06-14 at 01:18, Mike wrote: > Firstly here's a greeting to all of you, this is my first post and I will > be attempting to offer some man-power to this project. Welcome! > So on to my thoughts.. > > Task-groups and project breakdown: From what I've seen and accumulated (i > may be wrong) there is currently no real organization to the project > besides everyone adding to whatever they can. I propose breaking down the > project into a few main categories which may be > - OpenCD.org content (programs that will be included in the first > distribution) > - Text/Documentations (all text needed for a successful distribution > -self explanatory) > - CD's UI (installer app, technologies involved etc..) > - Project organization/management > These are probably the main most important, others which are somewhat > included in these are the public site and so on.. > There should be an assigned project head for each of these, whose tasks > will be keeping track of developers, work done, etc. as well as defining > and splitting the tasks among the developers. Yes, this approach seems to work well for many other projects. We had the idea for setting up a project committee with 7 or 9 members that would make the final decisions on various issues. I posted a request for candidates for this group, but did not get may replies. Now I see that this should be of no surprise, since the structure of it was not very clear. I think the model that you propose might be more appropriate. I took a look at how the OpenOffice project is organized: http://projects.openoffice.org/index.html?JServSessionIdservlets=2hhokkiq42 The above is a page, containing the various sub-projects, which each has one or two coordinators. Each sub-project has its own page containing general information, status, member list. etc. Obviously our list of sub-projects will be shorter than at OpenOffice. Ok, so lets try to set up a structure. First, let's define the various tasks (my categories vary slightly from yours), and then we can find people for the job: Sub-Projects: ------------- 1. Software content. This involves managing the process which leads to the selection of software for the CD, including compiling test results. 2. Software improvements and documentation - Some of the programs that we have tested recently look very promising, but have some serious shortcomings that need to be fixed before they can be included. The most common thing is documentation and a smooth installer. In the case of Mozilla, it's a question of re-branding. This group would work on improving these areas, and also work with the external project developers to suggest changes and bug fixes that would be required to qualify for inclusion. 3. CD installer - A. Technical issues - Actually making an installer B. Graphics, eyecandy and general installer GUI design C. CD Documentation(text) - Program descriptions and Install help 4. Public site development - This includes designing a friendly website for our end-users, with help/discussion groups for each program on the CD, various OSS documentation and links. History and News about the project, and information about where you can get a CD, for those who come across the site before the disk. This effort should be closely coordinated with the CD GUI development (3.B.), so that we get a similar look and feel. 5. Project organization A. Development coordination and Developer site webmastering - this includes setting up and maintaining the .org site and the SourceForge site, including a project overview similar to that found at the link above. B. Strategic planning - forward looking plans, including writing strategic documents in the form of articles. Contacting media and other projects. I have on purpose left out certain topics like marketing/distribution, etc. in order not to stretch ourselves too far. There isn't really much to do in these areas before the CD is done, and by that time many others will have time freed up to participate in this. Coordinators ------------ I suggest we go about filling the above slots in a rather informal way, where people can suggest themselves or others. If one job is in high demand or requires very much, we should allow for two coordinators. So, let me just start by making some suggestions: (this list is incomplete, so if you feel left out, just add yourself :) Imran is already 'The keeper of the list', and is an obvious choice for coordinating pt. 1. Toby has set up the SourceForge account, including this mailing list and has done a majority of the design and setup work on the .org site and so he has first choice on 5.A. Will Martin (Selanit) will work on improved documentation for Celestia and has done a large amount of testing, and should consider coordinating #2. Jon Saltzman is currently hacking away at a CD based installer. J Aaron Farr and Brant Langer Gurganus have been looking at the Mozilla code. One or more of these might want to take on 3.A. Mike Booth might himself consider 3.B. or 4. Another good candidate for #4 is Michael Hawkes (lafnlab), who has set up this site: http://www.gottahavacuppamocha.com , which I think is rather nice, and which could be the starting point for the development of the public site. Finally, I will put myself forward for #5.B. I've left several posts open, so I hope people will step forward o r make recommendations, either in the form of names or structure changes. Ok, thats my 2 cents on the topic. - Henrik -- Henrik Nilsen Omma Theoretical Physics, Oxford 35 Frenchay Road 1 Keble Road Oxford OX2 6TG Oxford OX1 3NP h....@bt... he...@th... |
|
From: Jon S. <jsa...@di...> - 2002-06-13 23:47:14
|
Hey List, I have recently found a really neat way to do the installer, it is = fairly straightforward. It's an app (.exe) that I custom wrote to run = straight off the CD and let you install the programs from the CD. Details to be forthcoming, but here's where I stand - we need to do HTML = documentation of the programs themselves (maybe one screenshot, and = program info?) What do you think? I have worked on some myself, a = simple layout for it, but I don't want to duplicate anyone's efforts. Expect to see a version of my installer on the public FTP this weekend. -Jon |
|
From: Mike <mi...@pa...> - 2002-06-13 12:19:36
|
Firstly here's a greeting to all of you, this is my first post and I will
be attempting to offer some man-power to this project.
So on to my thoughts..
Task-groups and project breakdown: From what I've seen and accumulated (i
may be wrong) there is currently no real organization to the project
besides everyone adding to whatever they can. I propose breaking down the
project into a few main categories which may be
- OpenCD.org content (programs that will be included in the first
distribution)
- Text/Documentations (all text needed for a successful distribution
-self explanatory)
- CD's UI (installer app, technologies involved etc..)
- Project organization/management
These are probably the main most important, others which are somewhat
included in these are the public site and so on..
There should be an assigned project head for each of these, whose tasks
will be keeping track of developers, work done, etc. as well as defining
and splitting the tasks among the developers.
This should help streamline the operations a bit and speedy the defining of
standards/technologies used.
Where I can fit in, and introducing myself to the project:
Among my specialties are Web-Development, User Interface and Usability
Design, Project Management, web Business/Marketing, and Graphic Design.
I am a free-lance consultant, and the majority of my projects range from
defining internal business methodologies and information management to web
application, site design and creation.
I can start by helping with the CD and installation interface (some work
has been done but I think the technology side should get looked at a bit
further before continuing) and the graphics/design side of it (this will
span to cover the whole project ID, public site etc..)
Well that's enough for now, any thoughts on this?
Take Care,
-Mike Booth
|
|
From: Jon S. <jsa...@di...> - 2002-06-10 04:11:51
|
Pardon me list - I hadn't downloaded Henrik's zip file or checked into = the website as of late. I see that much of what I would need in the way of information/logos is = already available. I will work with what I have seen and get back to you. -Jon |
|
From: Jon S. <jsa...@di...> - 2002-06-10 03:57:17
|
Henrik- I have read your email and I will begin to work on a simple HTML = template to use for the HTML based installation. Please allow me until = next Monday (June 17) to get something up. I have my own development server at my home that I work off of, and if = there is anyone who wants to work on the HTML side of it, I will be glad = to make you an FTP user. The downside is my server is only up during = the day, from 6 AM to 6 PM Pacific Standard time. So, let me restate clearly what I will do. Goals: To create an HTML template to be used in a browser-based installation = method. I may write a simple PHP/mysql program to make the code = generation easier, that way we can just enter the info and spit out the = page code. Requirements: - If there are any official graphics or logos to be used in the HTML = design, as well as colors, please email them or give me access to them. - I will need the reviews/program information. It seems best to write a = simple mysql/php program to handle the entry and then I can work with = the data. Can we decide exactly what data we wish to display to the end = user? - I will need a place to work on the HTML code with the content. I can = use my own server, but the drawback is that it doesn't usually stay = connected 24/7. So, I think that's it. I am downloading the K-melon stuff to see that, = so I understand all our options. If all the above sounds good, then I = will begin work as soon as possible and send you a note later this week. -Jon |
|
From: Nigel S. <ni...@ni...> - 2002-06-10 00:38:29
|
Feel free to argue... Both of these games have bugs that need fixing... :-) Nigel Stewart |
29 messages has been excluded from this view by a project administrator.
