Wanted: a Libmaster - no pay, but glory
[1/22] from: carl::s::rebol::com at: 14-Sep-2002 15:28
Wanted: We need a Libmaster for the REBOL on-line library. For 5 years, I've done it, and not very well at that (I apologize - not enough time). I'm looking for someone who's diligent (and loves working on REBOL) to take it over. We can bounce ideas around, but the Libmaster will have full control over the library, how it works, change policies, postings, etc. The server will continue to be at reboltech.com, which has good backbone connections, so it's a good spot. I tell you I'm worried... because there are a lot of new people (e.g. a lot of young kids) who are interested in REBOL, but they find that a lot of the scripts in the lib don't work (because they are examples, not working scripts -- so they should be in an example section, apart from other scripts.) Also, I know that many of us, most of us, have dozens of scripts that are useful to others, and we need a reliable place to put them. So, please contact me if you have an interest! REBOL experience, of course, is required, and there's no pay for the job, but a lot of glory... major historic REBOL glory. ;) Thanks, -Carl
[2/22] from: chalz:earthlink at: 14-Sep-2002 21:35
Heh. Why do I have a feeling that my recent post to feedback about a junk script in the library has something to do with this? ;) You know, I'd love to help, I have the free time and free bandwidth now for downloading and staying online, but I haven't the REBOL experience, I fear. Wish I did - this'd be fun. :/ --Charles
> Wanted: > > We need a Libmaster for the REBOL on-line library. For 5 years, I've done it,
and not very well at that (I apologize - not enough time).
> I'm looking for someone who's diligent (and loves working on REBOL) to take
it over. We can bounce ideas around, but the Libmaster will have full control over the library, how it works, change policies, postings, etc. The server will continue to be at reboltech.com, which has good backbone connections, so it's a good spot.
> I tell you I'm worried... because there are a lot of new people (e.g. a lot
of young kids) who are interested in REBOL, but they find that a lot of the scripts in the lib don't work (because they are examples, not working scripts -- so they should be in an example section, apart from other scripts.)
> Also, I know that many of us, most of us, have dozens of scripts that are
useful to others, and we need a reliable place to put them.
> So, please contact me if you have an interest! REBOL experience, of course,
is required, and there's no pay for the job, but a lot of glory... major historic REBOL glory. ;)
[3/22] from: g:santilli:tiscalinet:it at: 15-Sep-2002 11:43
Hi Carl, On Sunday, September 15, 2002, 12:28:53 AM, you wrote: CaR> So, please contact me if you have an interest! I cannot provide the amount of free time required to be the Libmaster; however I offer my help to anyone who takes up this job. :-) Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amigan -- AGI L'Aquila -- REB: http://web.tiscali.it/rebol/index.r
[4/22] from: gchiu:compkarori at: 15-Sep-2002 23:06
On Sun, 15 Sep 2002 11:43:32 +0200 Gabriele Santilli <[g--santilli--tiscalinet--it]> wrote:
>On Sunday, September 15, 2002, 12:28:53 AM, you wrote: > >CaR> So, please contact me if you have an interest! > >I cannot provide the amount of free time required >to be the >Libmaster; however I offer my help to anyone who
I think a lot of us are in this situation. Rather than have a single librarian, why not have a commentary system whereby anyone can post comments on a script within the library, and suggest fixes etc. Many view scripts broke with successive new releases of view, but they remain in the library. And for new scripts to be included, perhaps one could have a system whereby script submissions have to be vetted by a senior list member before it gets accepted. Otherwise it sits in the pending folder. -- Graham Chiu
[5/22] from: g:santilli:tiscalinet:it at: 15-Sep-2002 15:37
Hi Graham, On Sunday, September 15, 2002, 1:06:47 PM, you wrote: GC> I think a lot of us are in this situation. Rather than GC> have a single librarian, why not have a commentary system GC> whereby anyone can post comments on a script within the GC> library, and suggest fixes etc. Yup, but we still need someone to update and maintain the scripts that run the library. I think Carl is right in looking for one person that will take the responsibility of being the Libmaster. Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amigan -- AGI L'Aquila -- REB: http://web.tiscali.it/rebol/index.r
[6/22] from: a:none:email:it at: 15-Sep-2002 9:26
Have you seen the "cookbook" setup for activestate.com Lots of good stuff, but you have a lot of sifting to do. The squeak Swiki, another community attempt at scripts and documentation, recently had to go to a passworded Swiki. I have time to offer, I just recently signed up to work the graveyard shift for a hosting company. Last night I installed Plan9 out of boredom. I think it`s a good idea, and with occasional assistance from the more senior persons, I think I could get things in good order. Let me know if you need me. Adrian Thiele
[7/22] from: anton:lexicon at: 16-Sep-2002 0:01
Nobody is jumping so I maybe I should do it. I like the idea of senior "moderators" all having access, but I don't know if that could be a bit of trouble to set up. I have Link, and am imagining an IOS server could be set up to hold/manage the library so we are all synchronized. The public would still have access to the library the usual way. On the other hand, if a single libmaster exists, submission could go straight to his email address. I'd be alright with that, and er.. it wouldn't take as much setup time. Anton.
[8/22] from: a:none:email:it at: 15-Sep-2002 10:45
I also have time and would love to work on it. Adrian
[9/22] from: jason:cunliffe:verizon at: 15-Sep-2002 7:35
> I think a lot of us are in this situation. Rather than > have a single librarian, why not have a commentary system
<<quoted lines omitted: 6>>> senior list member before it gets accepted. Otherwise it > sits in the pending folder.
Yes good idea. Recent threads on Vanilla/wiki and "browsable system object" suggest how this community library can be engineered and maintained, with final reviewer[s] as you suggest. ./Jason
[10/22] from: athiele::charter::net at: 15-Sep-2002 6:26
Lib Master position
Hey , I`ve got a bit of time on my hands. I just started a graveyard sysadmin position at a hosting company and I`m so bored I just finished installing Plan9 on one of the servers. I would love to help out, I`m broke and bored now, so just broke would be an improvement. Carl email me back if I can help. Adrian Thiele [athiele--charter--net]
[11/22] from: jason::cunliffe::verizon::net at: 15-Sep-2002 10:09
VSITE: Re: Re: Wanted: a Libmaster - no pay, but glory
Just been checking out Zope news. 'ZopeLabs' is a community script library/cookbook site. Nice pattern structure: Category: Title: Submitted by: Last Edited: Description: Source (Text): Comments: [multiple entries added via web form] For example: "Adding users using your own forms " http://www.zopelabs.com/cookbook/995311507 The site [cookbook] is actually a Zope 'product' [that zopespeak for plugin/module/component] running on Zope of course. It is freely downloadable so Zopistas can learn/hack/improve it. http://www.zopelabs.com/download Zope is based arounf the ZODB [Zope Object Data Base] which is published to web, objects and methods being accessible as standard URL. Sections of a Zope site including Zope 'products' can be imported and exported as single binary file [object] through the web. That allows one to transfer and install anything from a single GIR image up to complex collection in the ZODB's tree. This can scale to be an entire site. The process is the same. Translating this to REBOL and in particular Vanilla, it would be akin to import/export of a set of snips, dynasnips and perhaps Vanilla lib modules. For those not familiar with it, Vanilla snips are modular content files, each with implicit, but invisible .metadata files. I have been experimenting past few days manually transfering snips and dynasnips from on Vanilla site to another. Very nice. On my todo list now are some scripts to manage the job. For example: - publishing links of new snips to another site, - find and fetching [import] snips or links to snips from a remote site - reconciling matching names or user-id conflicts - chckcking snaip and dynasnip dependencies. Lik any translusion system, this can soon get hairy. But basic checks are simple and useful. The use of Vanilla for community web library might be helped by adding a new metadata field = 'cookbook:' and writing a dynasnip [or vanilla library script in /lib] as cookbook application with methods to manage snips with "cookbook:" metadata. That field might be configured as: cookbook: [ name: %cookbook.r url: http://authorsite.net/rebol/tools/cookbook.r id: 83823 ; a unique database-type value to act as content checksum and distinguish versions version 0.4.2 type: 'entry' [author--somewhere--org] category: ['cgi' 'forms'] comments: 5 downloads: 45 approved: 'pending' links:[other-snips-or-urls-here] ] Other cookbook meta-types might be: 'idea' ;idea for a script not yet developed 'comment' ;free seqential list of comments, tips etc. 'errata' ;versioning or other code specific variations/fixes 'article' ;An intro/essay/tutorial discusseing rebol technique and/or use of entries in the cookbook library 'example' ; other code which uses rebol library. For example progams using anamonitor, or View scripts using FTP, CGI or image processing. Cookbook code would be a combination of apps/index.r and apps/calendar.r Calendar is Vanilla's blog application and includes a basic comment structure. Blog entries are named based on date 2002-09-15.snip 2002-09-15.metadata comments-2002-09-15.snip comments-2002-09-15.metadata That makes it easy for calendar.r to find and link based on name and metadata. Cookbook snips might be named along similar lines. As you prbably know, I am big fan of Vanilla. I believe it makes an ideal platform for community rebol web-based library/cookbook. Being written in rebol it encourages developers to extend it. Vanilla makes a great showcase for Rebol to the rest of the world. This is important to promote and demonstrate rebol. If actions speak louder than words, the implementations convince where sales blurbs and evangelism cannot. It has a very elegant modular design which fits rebol thinking. Vanilla plays nicely with Dreamweaver, CSS, XML, SWF, etc.. It needs work and features, but is already serviceable. I believe several others are working towards similar goal [Petr?]. Let's work together... ./Jason
[12/22] from: greggirwin:mindspring at: 15-Sep-2002 12:31
Re: Wanted: a Libmaster - no pay, but glory
I imagine Carl will gather the public and private responses and make the call as to whether a single leader will head things up or a small team will do it. I think many of us are in similar positions regarding available time, so the concept of "many hands makes for a light load" would probably work well. Lots of areas to cover: submission processing, categorization, initial testing, regression testing (and defining those things that require human intervention to test), specialized testing (e.g. CGI scripts), content management and generation, tools, design and architecture, searching, viewers, etc. I think having a single project lead is probably a good idea, but they'll need support from others. It's a great opportunity to exploit REBOL in many different ways. We all know how easy it is for our "fun" collaborative projects to lose steam, but this is something we all want, need, and see the value in so, hopefully, we'll have enough oomph to build the initial momentum needed to get it rolling. As food for thought, what projects/systems can we use as points of reference, good or bad? ActiveState cookbook and Squeak swiki were mentioned. Adrian, could you make some notes on those (e.g. pros and cons)? Python has 'The Vaults of Parnassus': http://www.vex.net/parnassus/ Perl has CPAN: http://www.cpan.org/ Ruby has a few links at: http://www.rubycentral.com/links/index.html Euphoria has a simple archive at: http://www.rapideuphoria.com/archive.htm --Gregg
[13/22] from: jason:cunliffe:verizon at: 15-Sep-2002 16:46
> Python has 'The Vaults of Parnassus': http://www.vex.net/parnassus/ > Perl has CPAN: http://www.cpan.org/ > Ruby has a few links at: http://www.rubycentral.com/links/index.html > Euphoria has a simple archive at: http://www.rapideuphoria.com/archive.htm
Zope has 'ZopeLABS': http://www.zopelabs.com/ Digital Photography has http://dpreviews.com <==AWESOME good for content, features navigation and smart fast friendly HTML. Its useful to evaluate various features and criteria. 'Submit' and 'Community' are two important ones...here's my 0.02 for 3 sites I know and use. hth ./Jason =============================================== PYTHON
> Python has 'The Vaults of Parnassus': http://www.vex.net/parnassus/
Great site! - Integrity: 100% Developed in Python for Python. - Navigation: Fast and easy to navigate. Helped by clear colored hyperlink styling. Especially the 'bread-crumb' -style path on top left of every page. Easy to see where you are and jump back up the tree. - Structure: The site is not a home but a super directory. I believe the 'Vaults of Parnassus' database only holds pointers to module home pages and a little metadata needed. Does not store sources. - Database: not known - Search: Search is quick and useful. Available 24/7 every page - URL accuracy: This one area the Vaults could be improved a little. Since the site is just a directory for many external websites, it is hard to catch and store a URL reference on the site itself. An obviously it is not intended to be used like that. For example, the GAMES page is http://py.vaults.ca/parnassus/apyllo.py/238168060 There's an entry "Crystal Space 0.14 - A free portable 3D engine written in C++, with python scripting support. <more>" When you roll the mouse over it shows the link for 'Crystal Space' as http://py.vaults.ca/apyllo2.py/66090028 but clicking on it will redirect your browser to its source forge home at http://crystal.sourceforge.net/ - Submit: Submit page is very simple. Nice option to autopost announcement to Python newsgroup. http://py.vaults.ca/submit/ - Community: One-to-many model. 'The Vaults' are the *essential* contributed software resource of the python universe. But apart from submission form, there is no direct community activity, threaded comment, notes of feedback etc. All that is done on comp.lang.python and/or emails to authors or in local forums organized by the authors on their own sites. - Design: Simple distinctive 'gothic' concept. Minimal graphics to keep it swift and focused, but a little design thought goes a long way. Very legible. - Printing: [important to test and consider this. sorry no printer available right now.] - Authoring: One person design built and maintains. - Favorite feature: 'Latest' tab at the top. Best way I know to find out anything that's hot AND usable in Python. - Performance: Usually fast and very well maintained. Periodically off-line. There were database/server access problems occasionally in the past. That has been fixed now I think. Occasionally referred off-site links are down or dead [not the fault of Parnassus]. Over time these are flagged and corrected. =============================================== ZOPE
> Zope has 'ZopeLABS': http://www.zopelabs.com/
Integrity: 100% Developed in Zope for Zope. - Navigation: fast with multiple links. Typically not more than 3 clicks away from anything. - Structure: Simple tabs/menu built around a growing cookbook metaphor with related news and fast multiple indexes based on category, age, and popularity. - Database: ZODB, Zope's own built-in object database. - Search: - URL accuracy: Good. By database id number. Zope publish everything in its ZODB as a URL. For example: http://www.zopelabs.com/cookbook/1014075524 - Community: Participatory. Strong community resource among several. Registration + membership login unlock submissions, comments etc. That applies an intrinsic set of Zope features for handling fine-grained control of logins, sessions and permissions - Design: slightly cluttered minimal graphics, but very rich fast access from multiple places to the same information. Nice colored syntax. [note: TO my knowledge, There are no beautiful looking Zope sites -- all built by ultrageeks for ubergeeks. Zope is not artist-friendly. If only.. ] - Printing: [important to test and consider this. sorry no printer available right now.] - Authoring: One person design built and maintains. Zope has step learning curve. The site is both a way to give back to the community and a hands-on experimental learning/development project. Active site-membership and strong mailing list helps this. Zope changes constantly, so does the engineering supporting the site. A good demonstration of Zope, which was designed to do just this kind of dynamic web publishing. - Performance: Good. =============================================== REBOL =============================================== http://www.reboltech.com/library/library.html Integrity: uncertain.. The website surely uses some REBOL but no indication of how and where is given. Even if all sort of cool REBOL scripts are used to generate these pages, the end result is very poor self presentation of REBOL capabilities. Missed opportunity! The good news - it's easily remedied. - Navigation: Very crude:-( Too many clicks. No feedback. Depends heavily on browser 'back' button. The library might benefit from a unique server alias, such as http://library.rebol.com - Structure: Flat HTML c.1993 Based on simple categories. - Database: not known - Search: None!!!! REBOL home page has a general search to get you one of many site pages, but nothing better focused than that for the library. Once on a page, you can use browser's own 'find' tool to zero in. - URL accuracy: Good. By regular text name. An old trusted advantage of raw minimal HTML site design is that every script can be referenced reliably by a unique static URL. Ironically, dynamic sites often have to work much harder to generate simple unique urls which can be reused by people for linking to their content. Here see for example: http://www.reboltech.com/library/html/timewebs.html or http://www.reboltech.com/library/scripts/timewebs.r That's great, because once found, you can tell someone fairly reliably where to get it another time. Unfortunately, there is no cross-link on the HTML version to the source file %timewebs.r - Submit: None. Since REBOL/View/Desktop is the proposed platform, the web presence for REBOL library is minimal. Through /View Desktop there is another community potential demonstrated, but still lacks essential features to be seriously useful. Both rebsites and the website lack feedback, search and versatile indexing tools. - Community: None. Lacks any on-site commentary, support, notes, stats or examples. Depends on mailing list. - Design: Clean minimal sans serif. Legible. More or less consistent with rebol docs and VID stuff. Black brown typography with duck-egg blue background highlight bars. - Printing: [important to test and consider this. sorry no printer available right now.] - Favorite feature: REBOL scripts are so small, and you can just cut'n'paste them right into the shell from a web page to run them. Yes! - Performance: Fast because it is simple. Your turn... - Integrity: - Navigation: - Structure: - Database: - Search: - URL accuracy: - Submit: - Community: - Design: - Printing: - Favorite feature: - Performance: ./Jason
[14/22] from: al:bri:xtra at: 16-Sep-2002 11:19
Gabriele Santilli wrote:
> I cannot provide the amount of free time required to be the Libmaster; however I offer my help to anyone who takes up this job. :-)
Ditto from me. Andrew Martin -><- Andrew Martin
[15/22] from: gerardcote:sympatico:ca at: 17-Sep-2002 10:31
Re: Lib Master position
Hi everybody, Sorry to be so sporadic by the current times, but I will be back soon on a more regular basis. As for this particular Lib Master position, I really think that manby of the emitted ideas are great and welcome since the "REBOL scripts library" is currently and will continue to be one of the main tools I use as a support for helping me to better understand REBOL - by example. I also want to offer some of my FREE time to get it done right and if I count well, up to now this accounts for 3 interested people having some free time to allocate for this "BIG" rework : Anton, Adrian and myself. Support from the seniors is acknowledged and welcomed too from me since I don't have a lot of experience with REBOL. So when do we begin ? And who wants to be the leader between Anton and Adrian - if nobody else is taking this open position and no other offering done by the ML or by the original submitter - Carl S ? The Anton's idea of setting up an IOS server for the task seems one of the best tools for exchanging. For example, the first steps could look like : 1- Name the Leader who will be responsible for the Lib Master Position; 2- Decide which are the tasks to be done and who will be responsible for each of them (communication between members, scripts receipt-revision-adoption-rejection by some committee or qualified individual(s), final documentation and classification); 3- Decide if a new structure of the reworked Library is needed ( I think it could be enhanced in some way : the categories used, the ID and description process of each of the submitted scripts - examples of the way to use them could be added); 4- Think of a new plan / tool to help submit /deploy WorldWide REBOL knowledge via Web Search Engines like Google, Altavista, Copernic, etc... (- some thinking has already been done on this subject recently from the ML.) ... Please be kind to add-retract-replace-rephrase in good English any of the above ideas. They are just points for helping us to start-up, to be used in addition to all the other ideas already submitted bu the ML members. I'm now ready to start... Regards, Gerard
[16/22] from: ingo:2b1 at: 28-Sep-2002 19:21
Re: Wanted: a Libmaster - no pay, but glory
Hi Carl, what happened to the Libmaster position? We've had at least one person begging to be it on-list, and a few who promised to help out, but as there's been no new information on it ... I guess noone answered you directly, am I right? Well, this isn't a job application, but I'd volunteer to ask again, filter the answers, and send them on to you to decide. And if there's noone appropriate to be found: I don't have much time, don't feel fluent in Rebol, but would like to grow into the position. Kind regards, Ingo Am Son, 2002-09-15 um 00.28 schrieb Carl at REBOL:
[17/22] from: rebologue:yaho:o at: 28-Sep-2002 12:51
Re: Wanted: a Libmaster - and a FAQ posse
--- Ingo Hohmann wrote:
>> what happened to the Libmaster position?
That's a good question. I hope the issue is still alive.
>> I don't have much time, don't feel fluent in Rebol, >> but would like to grow into the position.
[18/22] from: rebol:compkarori at: 28-Sep-2002 15:43
hi Ed, In case you need some more questions/answers, I have a core faq and vid faq on vidwiki, though I haven't been too diligent at adding to it. Like most things Rebol, we all work in isolation. rebsites/compkarori2/vidwiki or ios/developer/users/graham/vidwiki -- Graham Chiu --------- Original message -------- From: "Ed O'Connor" <[rebologue--yahoo--com]> To: "[rebol-list--rebol--com]" <[rebol-list--rebol--com]> Subject: [REBOL] Re: Wanted: a Libmaster - and a FAQ posse Date: 09-28-02 19:48 In this vein, I've amassed roughly 1000 questions from messages on this list and other language FAQs.
[19/22] from: al:bri:xtra at: 29-Sep-2002 21:16
> Any REBOLs with a flair for writing/editing documentation who would like
to contribute time and expertise,... Can you put it on a Wiki somewhere? That way it will become better edited and rewritten almost automatically, as people use it and say to themselves, I know the answer to that! or, "hang on, that's wrong, I'll just change it". Andrew Martin ICQ: 26227169 http://valley.150m.com/
[20/22] from: rebologue:y:ahoo at: 29-Sep-2002 4:42
Hi Andrew --- Andrew Martin <[Al--Bri--xtra--co--nz]> wrote:
> Can you put it on a Wiki somewhere?
Maybe. The first order of business is to do a good job answering the questions. We'll keep the data in a REBOL readable format so that we have lots of options.
> That way it will become better edited and > rewritten almost automatically, as people use it
Um... ideally that's what happens ;^). Hopefully we'll get a chance to see. For now, a basic, well written, well-organized FAQ is the goal. Thanks
[21/22] from: greggirwin:mindspring at: 29-Sep-2002 12:31
Hi Ed, In any case, make note of what works and what doesn't so, hopefully, those lessons can be applied to the library project when it gets going. --Gregg
[22/22] from: gerardcote:sympatico:ca at: 30-Sep-2002 14:44
Hi Ed, You posted :
> /// FAQ Writers, step forward by this Tuesday Oct 1 > Thinking beyond the library, I propose to lead an
<<quoted lines omitted: 14>>> expertise, please contact me directly no later than > Tuesday, October 1.
Sorry for the late answer but I'm now in the process of covering my house Roof by myself since last thursday - so my time is accounted for by now and for the next 2 weeks before I return to some week-end study until mid-december. But since looking at this ML and learning REBOL are two of my favorite "rest areas" - I promise you that I will do all my possible to review and hopefully answer by myself as much as I can of your 1000 questions. I already have thought about some of them for myself - not couched on paper yet however - since I go quickly to the Web or to the REBOL console to answer them as soon as they arrive. As I also planned to start a new Tutorial/book about REBOL for starters who want to look at some first programming language using REBOL as their first tool - I didn't forget you Tim about what you are doing with hi-schoolers in Alaska and I'll also contact you as soon as possible - this will be of some usefulness to me and many others too. This the part I was missing the most when I was starting, even if there is much doc on the REBOL web site in many forms. But what I wanted to get at hand was some kind of "goal or task related" index and searching tool. The "how-to" were the most useful parts as much as were the official docs. The new official DOCs are missing too much examples to accompany the formal description of the REBOL WORDS. I even found that the format of the older Official DOCS - those on the accompanying REBOL for Dummies book - are better looking and easier to work with. May be it is a matter of style or presentation since when I looked back at the new official DOCs I found almost the same information. May be some examples missing but not much difference. I have yet to look back at the diffs. however. I hope this new FAQ arsenal will overcome this small hole in part as much as the planned REBOL SCRIPTS LIBRARY will help too - for starters to use some already "partly" tested REBOL code as a basis for their work. So if you want me to begin review your FAQ and submit some answers when it will be possible, simply send your list to me. I am working on a machine hosted by a Win98 OS. I'm waiting more input from you as the leader of this project. Also the idea of submitting any question to a wiki has some already tested virtue but any other way will do - like any Conference or Forum on /IOS or Yahoo Groups. I also plan to work on a derived "help add-on" that could quickly put Parens around the parameters found in any (or most simple) line of REBOL coding. This has been discussed here in some other thread (see refs. from Gregg and Ladislav) and is what also blocked me at first try from quickly reading some already existing REBOL scripts - well may be I would have not understood the algo. in the first reading but at least I would have skipped the search for the right number of arguments in the first place !!! - and this is some BAD REMARK that arise VERY OFTEN from Outsiders or newbies that give up after some try reading some REBOL code. This simple tool - that also could be used as part of some "pretty lister" - could save REBOLers this too frequent (but nevertheless REAL) comment about REBOL coding "laziness" (read one of the last refs. from Jason about the outsider's view of REBOL - from Python coders and the like!). Regards, Gerard P.S. I will do my best regarding the following but don't wait for me if I can't get at it quickly enough for the others to do the Job. I'll comment them for the second revision if any is needed ...
> Gotta move fast, time is the enemy. Serious offers > only. I will send out a reminder this Monday and start > parcelling out work immediately. There will be a > schedule, deadlines and a launch date, so no > lollygagging! > > Pretty simple stuff, but long overdue.
I agree entirely with you !!!
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted