[ANN] revSparkle minimalist web framework example: wiki

Hey Folks, I managed to create simple demos and add to the repository at: http://hg.andregarzia.com/revspark First thing I created is a functional WIKI in 89 LOC, for everything. Feel free to play at: http://andregarzia.com/revspark/demo/wiki/ The source for the wiki can be downloaded from my

Re: Chipp -- perhaps the Rev On Rockets tutorials could be done on the wiki?

Hi Mark, Certainly links to the tutes can be put there, but Andre and I have a website started and I think we're still deciding on the best format for the tutes. -Chipp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this ur

Chipp -- perhaps the Rev On Rockets tutorials could be done on the wiki?

Hi Chipp, Yes, --- I would LOVE to soak up the tutorials about REV on the web. Perhaps it would make sense to put up the early editions of the tutorials on the unofficial WIKI that is deveoted to Rev. Just an idea. The wiki is a good tool for being 'quick' -- and it allows

Why not a Wiki? (was Re: docs)

list archives before I post a question- hence I lurk a lot and don't post much. However, I still think that an active Wiki produced by the brilliant minds that always seem to have solutions and share them via this list would be an amazing resource that would benefit everyone tremendously. W

Re: Documentation - Wiki - Format

Thanks for the link! Judy On Sun, 24 Jun 2007, Stephen Barncard wrote: > I've mentioned it many times, but the format of the MySQL.org > documentation is stellar. Good definitions and examples followed by > user submitted tips and tricks RELATING TO THE KEYWORD. Great CMS, > the best i've seen.

Re: Documentation - Wiki - Format

This also sounds like a good idea. Instead of trying to formulate the exact rose we want to breed, why not take the approach of appreciating all of the flowers that may bloom? Judy On Sun, 24 Jun 2007, Joe Lewis Wilkins wrote: > Shari, Richmond, et al, > > In my opinion the most useful thing we

Re: Documentaton - Wiki

show them! Judy On Sun, 24 Jun 2007, Richmond Mathewson wrote: > Well, Blow Me Away! > > Just cam back from supper and found that somebody has > done some really good work, with lovely pictures, on > the Wiki. > > Thank you so much! Whoever you are! > > If we can keep th

Re: Documentation - Wiki - Format

On 6/25/07, Stephen Barncard <[EMAIL PROTECTED]> wrote: I've mentioned it many times, but the format of the MySQL.org documentation is stellar. Good definitions and examples followed by user submitted tips and tricks RELATING TO THE KEYWORD. Great CMS, the best i've seen. Code formatting is nice,

Re: Documentation - Wiki - Format

I've mentioned it many times, but the format of the MySQL.org documentation is stellar. Good definitions and examples followed by user submitted tips and tricks RELATING TO THE KEYWORD. Great CMS, the best i've seen. Code formatting is nice, too. THIS is what we need. Obviously the comments are

Re: Documentation - Wiki

07, David Bovill <[EMAIL PROTECTED]> wrote: >> OK - I have not been following this thread too closely - but >> WikiPedia is >> not the place for this - I am pretty sure they won't allow it (its >> not free >> wiki space). Also MediaWiki does not yet have a good eno

Re: Documentation - Wiki

(its not free wiki space). Also MediaWiki does not yet have a good enough API to allow for the wiki to be properly "embedded" into the RevIde. If you want to do this robustly and you want another team member I'm in :) It seems to me that this effort would be better direc

Re: Documentation - Wiki

On 6/25/07, David Bovill <[EMAIL PROTECTED]> wrote: OK - I have not been following this thread too closely - but WikiPedia is not the place for this - I am pretty sure they won't allow it (its not free wiki space). Also MediaWiki does not yet have a good enough API to allow for the

Re: Documentation - Wiki - Format

s, but for all of us, hence the code examples and even tutorials for more advanced subjects such as CGI's. I mentioned to someone off list that if we encourage everybody when posting a code example to post it to the Wiki rather than the list, with a link from the list to the example, th

Re: Documentation - Wiki - Format

Shari, Richmond, et al, In my opinion the most useful thing we can provide are some truly well conceived and implemented "templates" so that our newest users have something that works right out of the box and can be modified to suit their specific needs. I suspect that five or six different

Documentaton - Wiki

Well, Blow Me Away! Just cam back from supper and found that somebody has done some really good work, with lovely pictures, on the Wiki. Thank you so much! Whoever you are! If we can keep this up we might have something that will "plug the gap" very soon indeed. Love, Richmond

Re: Documentation - Wiki - Format

Actually I have some thoughts about a basic outline. Rather than Cards, Buttons, etc what about something like: Code Examples Tutorials Beginner Topics and so forth? Code Examples would be a list of messages and commands, where we could post code examples. Tutorials might encompass thi

Documentation - Wiki - Format

Dear Shari et al, I believe to provide a Wiki that does not do what the Runtime Revolution Documentation does, but does what it does not, well: We need to become like little children, or at least like people who don't know what OBJECTS, COMMANDS and FUNCTIONS are; and think that a com

Re: Documentation - Wiki

nothing particularly memorable - and use it as a seed for a more 'sensible' Wiki, that, as you say, connects with the IDE. sincerely, Richmond Mathewson --- David Bovill <[EMAIL PROTECTED]> wrote: > Hello - replying off list, as i don't want to damp > down any en

Re: Documentation - Wiki

Shari wrote: > Okay then, perhaps others need to flesh out their idea of a Wiki > before I contribute, so that I can follow the desired path. > I will be happy to contribute again when it is fleshed out a bit more > so that I can follow along. --If everyone does this, I suspect

Re: Documentation - Wiki

stand the inbuilt docs. Okay then, perhaps others need to flesh out their idea of a Wiki before I contribute, so that I can follow the desired path. While I look forward to seeing good code examples that do not exist in the Rev docs, and more thorough explanations for things, I assumed that w

Documentation - Wiki

Hi, Ken! The disclaimer at the top of the Wiki states: " The contents of this Wiki are offered as supplementary footnotes to the information contained with the Runtime Revolution RAD." and, on a second look, Shari's write-up for CARD is almost the same as the RR documentation

Documentation - Wiki

Shari wrote: "I wonder if the Wiki allows it to be separated into different pages?" Up the top there are a series of blueish buttons: HOME , EDIT PAGE , NEW PAGE , COMMENTS , FILES I suppose the NEW PAGE button is the one you are wanting :) sincerely, Richmond

Re: Documentation - Wiki

On Sun, 24 Jun 2007 12:50:14 -0400, Shari wrote: > Richmond moved the Wiki and I've already made a contribution :-) Any > and all suggestions and additions are welcome :-) I wonder if the > Wiki allows it to be separated into different pages? I certainly hope so (most wiki

Re: Documentation - Wiki

OK - I have not been following this thread too closely - but WikiPedia is not the place for this - I am pretty sure they won't allow it (its not free wiki space). Also MediaWiki does not yet have a good enough API to allow for the wiki to be properly "embedded" into the RevIde. If

Re: Documentation - Wiki

OK - I have not been following this thread too closely - but WikiPedia is not the place for this - I am pretty sure they won't allow it (its not free wiki space). Also MediaWiki does not yet have a good enough API to allow for the wiki to be properly "embedded" into the RevIde. If

Re: Documentation - Wiki

Wow! Thanks Shari! Went all colourful; not sure how good this is? sincerely, Richmond Mathewson I didn't color anything, Richmond. Maybe it's a built in Wiki thing? Nor did I create links as we don't have the sections to link to yet :-) But it's a beginning, and

Documentation - Wiki

Wow! Thanks Shari! Went all colourful; not sure how good this is? sincerely, Richmond Mathewson A Thorn in the flesh is better than a failed Systems Development Life Cycle.

Re: Documentation - Wiki

I am adding a bit to the Card category this morning. -- Windows and Macintosh shareware games BIackjack Gold http://www.gypsyware.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and mana

Wiki farms

According to Wikipedia itself, under Wiki, they list several Wikifarms that might be more Wiki friendly: http://en.wikipedia.org/wiki/List_of_wiki_farms -- Windows and Macintosh shareware games BIackjack Gold http://www.gypsyware.com ___ use

Re: Documentation - Wiki

Here it is: http://en.wikipedia.org/wiki/Runtime_Revolution_Alt-Dox So; let's "get down-n-dirty" and try to put together something which consists of more than our collective moans :) sincerely, Richmond Mathewson Dang! I went to the page, it existed, Richmond had created a p

Invitation to my wiki richmondsrevolution

Hi! Check this out. I've set up a PBwiki, a quick website that lets multiple people edit it, and I want to invite you to join mine. This link will take you to the wiki and allow you to create and edit pages, add to discussions, and upload files. https://richmondsrevolution.pbwik

Documentation - Wiki

Well; Sucks to Richard Stallman:- http://richmondsrevolution.pbwiki.com/ Please Jump On Board sincerely, Richmond Mathewson A Thorn in the flesh is better than a failed Systems Development Life Cycle.

Documentation - Wiki

Hmm! I have just spent 60 minutes getting started with http://en.wikipedia.org/wiki/Runtime_Revolution_Alt-Dox at which pointer somebody suitably anonymous deleted it because it was supposedly promoting something commercial. Luckily I had the presence of mind to save my work on my hard-disk

Documentation - Wiki

Here it is: http://en.wikipedia.org/wiki/Runtime_Revolution_Alt-Dox So; let's "get down-n-dirty" and try to put together something which consists of more than our collective moans :) sincerely, Richmond Mathewson

Documentation - Wiki

Judy Perry wrote: "Wasn't that Marielle's project?" And maybe it was; however, Marielle has gone a bit AWOL; whether for her own reasons or she was a bit cheesed-off by some comments made on this list I am not sure. I wish her well (despite having had some fairly "groovy" tiffs with her in the p

[OT] Slightly... A Good Wiki Engine

Hi Folks... Does anyone have a good wiki engine they would recommend? I'm investigating a collaborative scenario for software development using Rev. Any thoughts? Jim -- HiringSmart Canada is a successful international end-to-end human resource support business > providing scien

Re: [ANN] Quicktime Issues Wiki

On Nov 1, 2006, at 7:16 PM, Sivakatirswami wrote: Your post would indicate "all is well with QT, just don't expect to make chapatis with it." Well, I don't know if I would say all is well with QT but it is moving forward. I imagine the QT team has to make decisions and allocate resources

Re: [ANN] Quicktime Issues Wiki

Wonderful post! "Don't look for QT to replace Flash across the board. It won't. " Fair enough. Having done a miniscule bit of work in Flash, they are certainly worlds apart and having the expectation that QT should to what Flash does "across the board" is probably too much to ask... Your post

Re: [ANN] Quicktime Issues Wiki

On Nov 1, 2006, at 2:52 AM, Sivakatirswami wrote: I was just shaking the tree to see if any mangoes would fall out. Aha! there's one from Trevor. Of course QT is not dead. It's a question of whether it has a pulse or is just there as a delivery window that may or may not work, depending"i

Re: [ANN] Quicktime Issues Wiki

e exports and more) I see all Greg Smith's very intelligent observations (even though they relate to a universe of 3rd party QT authoring apps) as possibly something Apple should hear about... so, thus, the wiki http://wiki.hindu.org/quicktime/ We are looking for, a list of as Dan put it, of

Re: [ANN] Quicktime Issues Wiki

On Oct 31, 2006, at 5:39 PM, Sivakatirswami wrote: OK let's try again with the right URL! (so far only one response. Either Rev users have no interest in the subject or QT really is dead!) Now, now QuickTime is far from dead. It has never had as large an install base as it has today and i

[ANN] Quicktime Issues Wiki

e can gather all the complaints and needs in one document point-by-point, I can make sure he's aware of your concerns...." I have created a Wiki where we hope Revolution developers who would like to what see Apple take Quicktime to the "next level" will enter their specif

Re: [ANN] Quicktime Issues Wiki Opened

Wrong URL. Here's the correct one that Sivakatirswami sent me earlier that works... http://wiki.hindu.org/quicktime/ methinks the Swami worked way too late last night and forgot about the subdomain. Prabhu Sivakatirswami, I am all in favour of your Quicktime Wiki: however, on cli

[ANN] Quicktime Issues Wiki Opened

Prabhu Sivakatirswami, I am all in favour of your Quicktime Wiki: however, on clicking on the URL I got a "not found" message. Possibly I am being precipitate, or may be something is not quite right with the URL? sincerely, Richmond

[ANN] Quicktime Issues Wiki Opened

To follow through on Stephan's proposal: "I'm acquainted with a person in high management of Quicktime at Apple. If someone can gather all the complaints and needs in one document point-by-point, I can make sure he's aware of your concerns" I have created a Wiki

Re: Revdocs on a wiki

Hi Chipp, Hmmm. If it wasn't you, then who? Ah, Pierre Sahores. Hmmm. German and French. You think I'd be able to keep that straight. Don't worry, we all know you are just an american... :-D Sorry. Anyway, Klaus, interested in porting HTMLDOC to Mac / Linux? I am sorry, but i do not have t

Re: Revdocs on a wiki

Some of us are already there @;-) Judy On Sat, 29 Oct 2005, Dennis Brown wrote: > Scott, > > Thank you for pointing that out to folks. > I am signed up, anyone else joining us? ___ use-revolution mailing list use-revolution@lists.runrev.com Please vis

Re: Revdocs on a wiki

Yes - but still waiting for Yahoo groups to verify my email address - god I hate Yahoo groups. On 29 Oct 2005, at 19:34, Dennis Brown wrote: Scott, Thank you for pointing that out to folks. I am signed up, anyone else joining us? ___ use-revoluti

Re: Revdocs on a wiki

100% Dennis - except I think you may have hit copy and paste by accident for points 2 and 3 :) Could I propose that we use your post as "rough draft spec"? - and put it up on the wiki of course - which one is another matter :) On 29 Oct 2005, at 19:11, Dennis Brown wrote:

Re: Revdocs on a wiki

Thanks for pointing that out. Just shows how easy it is to forget a feature when you have not used the tool in many months --I have been using Constellation since it was first made available, and I did not use the IDE for very many months before I switched. Dennis On Oct 29, 2005, at 2:4

Re: Revdocs on a wiki

Dennis Brown wrote: The dictionary is immeasurably useful. It is even more useful when integrated into the script editor as done in Constellation. It is. Right-click on a term in the script to see the dictionary entry. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive So

Re: Revdocs on a wiki

Scott, Thank you for pointing that out to folks. I am signed up, anyone else joining us? Dennis On Oct 29, 2005, at 1:24 PM, Scott Rossi wrote: This is exactly the kind of discussion that should move to the RevDocs group. http://groups.yahoo.com/group/RevDocs/ Regards, Scott Rossi Creativ

Re: Revdocs on a wiki

more useful when > integrated into the script editor as done in Constellation. Web > notes could have been useful --if it actually worked. > > However, if RunRev were to just make a wiki available and say have at > it, I would fear eminent failure. This is exactly the kind of dis

Re: Revdocs on a wiki

editor as done in Constellation. Web notes could have been useful --if it actually worked. However, if RunRev were to just make a wiki available and say have at it, I would fear eminent failure. What I envision, is a well structured database of information that is not only useful to newbie

Re: Revdocs on a wiki

why I'm pushing for both 'linearity' and 'xml' for whatever wiki is created. Totally Chipp! Wiki's as with HyperCard in fact (wiki's originated with, were inspired by, and were first programmed in HyperCard) - both have the same advantage and bloody aweful

Re: Revdocs on a wiki

Judy. As everyone here knows, you and I don't always see eye to eye on things. OK, we almost never see universe to universe. So what of it? But I thought that a LOT of what you share in this message is, as the Brits say, spot-on. Those who are waiting for electronically delivered info

RE: Revdocs on a wiki

> illustrations mislabeled or misplaced, BUT... My > biggest pet peeve is the indexing. Either... 1. The word I > am trying to find is not there, and any synonym is a dead end > 2. The word is there, but it is a sub-listing so you have to > read the whole index to find it 3. The editor's us

Re: Revdocs on a wiki

x27;recipes' in the docs. Some web sites are such that the links take you through a sequence that is logical, bite-sized, and printable. Perhaps the wiki could have long, gentle newbie paths and also short cuts for the same material. Jim Ault Las Vegas On 10/28/05 7:31 PM, "Judy Perry&q

Re: Revdocs on a wiki

' and 'xml' for whatever wiki is created. -Chipp Judy Perry wrote: This sort of goes to the heart of why I think that a well-done book, complete with a good index and a plethora of commented code snippets, would be invaluable as opposed to any sort of online analog. ___

Re: Revdocs on a wiki

This sort of goes to the heart of why I think that a well-done book, complete with a good index and a plethora of commented code snippets, would be invaluable as opposed to any sort of online analog. The main point is this: people already know how to use books. In all the years since the 1460s i

Re: Revdocs on a wiki

Interesting article. A good friend of mine submitted a photoshopped pic of his ex-boss as an 'evil spirit' in wikipedia. Last I looked, it was still there! -Chipp J. Landman Gay wrote: Timothy Miller wrote: Sure, some users would bloat entries. But then, other users would prune them. When

Re: Revdocs on a wiki

Yeah, unfortunately, it's the same problem as the web, writ albeit a tad bit smaller. In a take-home exam essay, I had several students providing citations from wikipedias. Even worse, after we had discussed in class Microsoft's stance on their errors in Encarta being less important than Encarta'

Re: Revdocs on a wiki

Good question, Tim (even though I"m hurt that you used Danny's book to learn HC and not mine, which was MUCH better. heh heh. JK) I think the answer is yes but this opens a whole can of worms about how to position, package, price and market Rev, whether for the audience you and I see or for

Re: Revdocs on a wiki

nda jumped into my eye ;-) I'm not sure as it's been awhile ... best, Chipp Sivakatirswami wrote: www.pmwiki.org offers some solutions to most of these problems...check it out the cookbook recipes for PDF export of the wiki pages. Regards Klaus Major [EMAIL PROTECT

Re: Revdocs on a wiki

ale requiring you to remember yet another password still don't match up to the quality of rev's ebook. Xavier - the idea is that the local Rev document is an off-line cache of the wiki - so you get the best of both worlds. You can edit using a browser if you want to or from within Re

Re: Revdocs on a wiki

ot of good sense has been spoken regarding how to set up and manage a revdocs wiki successfully. With a view to facilitating the effort, whilst still retaining control of content to monitor for quality and retain copyright, we propose to set up a runrev revdocs wiki. This may take us a little time

Re: Revdocs on a wiki

You missed the point. MY comment was marked as a rant, not yours! On Oct 27, 2005, at 8:29 PM, Timothy Miller wrote: Sorry you think it was a rant. Oops. Well, yours didn't look like a rant, but mine did, at least to me. How bout we both take a free pass, then. I think it's time for me

RE: Revdocs on a wiki

the wiki's which I've discovered in the past months, despite making cookies stale requiring you to remember yet another password still don't match up to the quality of rev's ebook. There's someone behind web based CMS which has to continuously update and watch and backup t

RE: Revdocs on a wiki

Not a rant, just a practical preference if anyone is in the same or alternate case... X > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Richard Gaskin > Sent: Friday, October 28, 2005 4:38 PM > To: How to use Revolution > Subj

Re: Revdocs on a wiki

While I remain highly skeptical that a wiki is a good solution to this problem and prefer a commented discussion board model, I will certainly participate in this process once it's going. Dan On Oct 28, 2005, at 8:21 AM, Dennis Brown wrote: Heather, Thank you for your (Run

Re: Revdocs on a wiki

Recently, David Bovill wrote: >> Now that RunRev has committed to create and maintain a Rev Docs >> Wiki, I think all our efforts should be funneled into giving them >> our full support for this. I would certainly want them to get all >> the good input available from

Re: Revdocs on a wiki

On 28 Oct 2005, at 17:31, Dennis Brown wrote: Now that RunRev has committed to create and maintain a Rev Docs Wiki, I think all our efforts should be funneled into giving them our full support for this. I would certainly want them to get all the good input available from this list. Yes

Re: Revdocs on a wiki

All, Now that RunRev has committed to create and maintain a Rev Docs Wiki, I think all our efforts should be funneled into giving them our full support for this. I would certainly want them to get all the good input available from this list. A bad wiki is worse than no wiki at all

Re: Revdocs on a wiki

On 28 Oct 2005, at 17:21, Dennis Brown wrote: Heather, Thank you for your (RunRev's) unequivocal endorsement of this long time desire from this list. I believe it is in RunRev's best interest to take the leadership role and apparently you agree. Please be sure to solicit input INTERACTI

Re: Revdocs on a wiki

ies" during the specification phase so that it can become both the best doc tool and one that people on this list will enjoy using. The most active posters, and the most experienced scripters are the ones who would add the most value to a wiki. The most inexperienced scripters ar

Re: Revdocs on a wiki

Dear Folks, The energy and enthusiasm of this list is a great resource. We want to do everything we can to encourage it. A lot of good sense has been spoken regarding how to set up and manage a revdocs wiki successfully. With a view to facilitating the effort, whilst still retaining control

Re: Revdocs on a wiki

Dennis Brown wrote: > On Oct 28, 2005, at 9:40 AM, Richard Gaskin wrote: >> >> There's been a tremendous amount of discussion about wikis here over >> the last 48 hours. Clearly a lot of good energy that can be put to >> productive use for the benefit of all. >> >> Given the great many details

Re: Revdocs on a wiki

Richard, I am game for this. I just signed up for the RevDocs list. Let's just make sure that this list gets the occasional post about the progress so others know there is a place to discuss it. Dennis On Oct 28, 2005, at 9:40 AM, Richard Gaskin wrote: There's been a tremendous amount

Re: Revdocs on a wiki

There's been a tremendous amount of discussion about wikis here over the last 48 hours. Clearly a lot of good energy that can be put to productive use for the benefit of all. Given the great many details needed to be worked out to move this forward, much much more discussion will be needed.

Re: Revdocs on a wiki

4, Stephen Barncard wrote: And I've heard in the case of BIG mistakes, a good Wiki can be 'rolled-back' easily by the admin and the offender unsubscribed if there's mischief. ___ use-revolution mailing list use-revolution@lists.ru

Re: Revdocs on a wiki

... cheers Xavier [EMAIL PROTECTED] wrote on 28/10/2005 13:14:00: > And I've heard in the case of BIG mistakes, a good Wiki can be > 'rolled-back' easily by the admin and the offender unsubscribed if > there's mischief. > > > >Timothy Miller wrote: >

Re: Revdocs on a wiki

On 28 Oct 2005, at 07:58, J. Landman Gay wrote: Just to play devil's advocate: Yes - good article - one of the very rare anti-wikipedia articles. Goes nowhere to say why or to suggest solutions though. This is a side poi

Re: Revdocs on a wiki

And I've heard in the case of BIG mistakes, a good Wiki can be 'rolled-back' easily by the admin and the offender unsubscribed if there's mischief. Timothy Miller wrote: Sure, some users would bloat entries. But then, other users would prune them. When I look at the wi

Re: Revdocs on a wiki

side of things much better than most of the php hacks. Jira and the accompanying wiki - Confluence - i believe is built on native XML file structures and allows very reliable pdf export. ___ use-revolution mailing list use-revolution@lists.runrev.c

Re: Revdocs on a wiki

On 28 Oct 2005, at 02:53, Dan Shafer wrote: Several years ago, I headed up a project which involved an extensive documentation effort and this same issue was raised. I like the way we solved it. Furthermore, I happen to have access to the tool and a server where it could be deployed and wou

Re: Revdocs on a wiki

Good question: On 28 Oct 2005, at 01:26, Chipp Walters wrote: Question: How would one manage 'wiki-bloat' where different people post so much commentary about a function or handler or feature, that it becomes impossible to navigate through? Would special 'editors' n

Re: Revdocs on a wiki

ev do it first, maybe with a Rev interface, if feasible. (It would be totally cool if a commercial product, intended for this purpose, could be built mostly with Rev. It would have to be extensible and flexible. But this seems feasible -- not that I know diddly squat about that sort of thi

Re: Revdocs on a wiki

On 27 Oct 2005, at 21:02, Chipp Walters wrote: Perhaps I don't know enough about wiki's, but it would sure be nice if they could organize data in a form which could be printed in a real-book format (and had an 'export to PDF' button which did just that, including TOC and index). While th

Re: Revdocs on a wiki

could remember. I actually do not follow this thread, but this kinda jumped into my eye ;-) I'm not sure as it's been awhile ... best, Chipp Sivakatirswami wrote: www.pmwiki.org offers some solutions to most of these problems...check it out the cookbook recipes for PDF export

Re: Revdocs on a wiki

Timothy Miller wrote: Sure, some users would bloat entries. But then, other users would prune them. When I look at the wikipedia, the entries I see are remarkably concise. Just to play devil's advocate: -- Jacqueline Land

Re: Revdocs on a wiki

You missed the point. MY comment was marked as a rant, not yours! On Oct 27, 2005, at 8:29 PM, Timothy Miller wrote: Sorry you think it was a rant. ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, "Revol

Re: Revdocs on a wiki

I don't know, Dennis. Frankly, I haven't read the thread in its entirety. So my proposal is made in a semi-vacuum. If there are features people see as crucial that seem not to be envisioned by what I propose, I'd be happy to look into them individually. On Oct 27, 2005, at 7:11 PM, Dennis B

RE: Revdocs on a wiki

- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Chipp Walters > Sent: Friday, October 28, 2005 5:48 AM > To: How to use Revolution > Subject: Re: Revdocs on a wiki > > Timothy Miller wrote: > > > > The engineering team must certainly begi

Re: Revdocs on a wiki

umentation is *never* optimal. If the engineering department had unlimited resources, and the desire to engage in continuous quality improvement, then they would likely write better documentation than users on a wiki. But no engineering department has unlimited resources. Beyond that,

Re: Revdocs on a wiki

the documentation is *never* optimal. If the engineering department had unlimited resources, and the desire to engage in continuous quality improvement, then they would likely write better documentation than users on a wiki. But no engineering department has unlimited resources. Beyond that, co

Re: Revdocs on a wiki

I wonder if the process of working out the details of this project might be well served on a dedicated list, perhaps the RevDocs list: -- Richard Gaskin Fourth World Media Corporation __ Rev tools and m

Re: Revdocs on a wiki

Dan, Thank you for joining this discussion with this worth while proposal. Having read the list of desired features on this thread, which features do you think would have to be compromised with the solution you are proposing? Dennis On Oct 27, 2005, at 8:53 PM, Dan Shafer wrote: Several

Re: Revdocs on a wiki

I really believe the functionality desired would not be served by Web Notes as currently conceived --even if thy did work. To capture much of the wisdom that is shared on this list requires the ability to add new topics and links. Web Notes is just a place to make a coment about an existi

Re: Revdocs on a wiki

> Several years ago, I headed up a project which involved an extensive > documentation effort and this same issue was raised. I like the way > we solved it. Furthermore, I happen to have access to the tool and a > server where it could be deployed and would make both freely > available if: (a) at l

Re: Revdocs on a wiki

Tim. I've kept my counsel as this thread unwound, determined not to become embroiled in yet another discussion about the Rev docs, which remain among the best of any software development tool I've seen. But your post dragged me out of the bushes. While I agree with much of what you sa

  1   2   >