From rob at boringbutgood.com Wed Jul 6 07:15:54 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Wed Jul 6 07:10:10 2005 Subject: [Instiki] Amending / Deleting Authors Message-ID: <42CBBD6A.70707@boringbutgood.com> Morning all, I'm testing Instiki on a standalone PC, trying out some of the things that I think my users are likely to do. One of them is mistyping an Author name when posting. Is there anyway to amend the Author name, or to delete incorrect authors? Rob From assaph at gmail.com Wed Jul 6 08:24:50 2005 From: assaph at gmail.com (Assaph Mehr) Date: Wed Jul 6 08:19:50 2005 Subject: [Instiki] Amending / Deleting Authors In-Reply-To: <42CBBD6A.70707@boringbutgood.com> References: <42CBBD6A.70707@boringbutgood.com> Message-ID: <3ff47be905070605242efcca38@mail.gmail.com> On 7/6/05, Rob Sharp wrote: > Morning all, > > I'm testing Instiki on a standalone PC, trying out some of the things > that I think my users are likely to do. > > One of them is mistyping an Author name when posting. > > Is there anyway to amend the Author name, or to delete incorrect authors? Not without some black magic. If you're really interested I can guide you through it, but it's a bit tricky. But I have to ask - is it a big issue? Consider that author names are just a text string - there is no permission model behind, no way of verifying the author etc. It's more of a descriptive field. What are you trying to achieve here. Cheers, Assaph From rob at boringbutgood.com Wed Jul 6 08:44:05 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Wed Jul 6 08:38:22 2005 Subject: [Instiki] Random Errors Message-ID: <42CBD215.9060201@boringbutgood.com> Afternoon all, I kee getting errors like the following. This occurs when clicking the Admin links for All Pages, Recent Activity and so on. Also, just while clicking about the few pages I have running. Any ideas? Its a Windows 2000 machine hosting the Wiki. Error:- Errno::EBADF in Wiki#new Bad file descriptor /script/server:92 /instiki.rbw:3:in `load' /instiki.rbw:3 Show framework trace c:/ruby/lib/ruby/1.8/logger.rb:520:in `write' c:/ruby/lib/ruby/1.8/logger.rb:520:in `write' c:/ruby/lib/ruby/1.8/logger.rb:318:in `add' c:/ruby/lib/ruby/1.8/logger.rb:372:in `info' /vendor/rails/actionpack/lib/action_controller/base.rb:702:in `log_processing' /vendor/rails/actionpack/lib/action_controller/base.rb:329:in `process' /vendor/rails/actionpack/lib/action_controller/base.rb:273:in `process' /vendor/rails/railties/lib/dispatcher.rb:32:in `dispatch' /public/dispatch.rb:10 /vendor/rails/activesupport/lib/active_support/dependencies.rb:189:in `load' /vendor/rails/activesupport/lib/active_support/dependencies.rb:189:in `load' /vendor/rails/railties/lib/webrick_server.rb:82:in `handle_dispatch' /vendor/rails/railties/lib/webrick_server.rb:35:in `service' c:/ruby/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' c:/ruby/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' c:/ruby/lib/ruby/1.8/webrick/server.rb:155:in `start_thread' c:/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start' c:/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start_thread' c:/ruby/lib/ruby/1.8/webrick/server.rb:94:in `start' c:/ruby/lib/ruby/1.8/webrick/server.rb:89:in `each' c:/ruby/lib/ruby/1.8/webrick/server.rb:89:in `start' c:/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start' c:/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start' /vendor/rails/railties/lib/webrick_server.rb:21:in `dispatch' Request Parameters: {"id"=>"Timemanager", "web"=>"datalinx"} Show session dump --- :return_to: /datalinx/list flash: !ruby/hash:ActionController::Flash::FlashHash {} Response Headers: {"cookie"=>[], "Cache-Control"=>"no-cache"} Show template parameters --- !ruby/hash:HashWithIndifferentAccess rescues_path: C:/instiki/instiki-0.10.1/vendor/rails/actionpack/lib/action_controller/templates/rescues/ From rob at boringbutgood.com Wed Jul 6 08:44:48 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Wed Jul 6 08:39:04 2005 Subject: [Instiki] Amending / Deleting Authors In-Reply-To: <3ff47be905070605242efcca38@mail.gmail.com> References: <42CBBD6A.70707@boringbutgood.com> <3ff47be905070605242efcca38@mail.gmail.com> Message-ID: <42CBD240.6020003@boringbutgood.com> > Not without some black magic. If you're really interested I can guide > you through it, but it's a bit tricky. > > But I have to ask - is it a big issue? Consider that author names are > just a text string - there is no permission model behind, no way of > verifying the author etc. It's more of a descriptive field. What are > you trying to achieve here. > Well, nothing really..... I'm just trying to pre-empt some of the questions my boss might ask me.... As long as we all know there is no validation on the usernames than thats ok. Is this something thats being added at any stage? Rob From assaph at gmail.com Wed Jul 6 09:19:08 2005 From: assaph at gmail.com (Assaph Mehr) Date: Wed Jul 6 09:14:06 2005 Subject: [Instiki] Amending / Deleting Authors In-Reply-To: <42CBD240.6020003@boringbutgood.com> References: <42CBBD6A.70707@boringbutgood.com> <3ff47be905070605242efcca38@mail.gmail.com> <42CBD240.6020003@boringbutgood.com> Message-ID: <3ff47be90507060619121ff330@mail.gmail.com> On 7/6/05, Rob Sharp wrote: > Well, nothing really..... I'm just trying to pre-empt some of the > questions my boss might ask me.... As long as we all know there is no > validation on the usernames than thats ok. Is this something thats being > added at any stage? I am not qualified to answer this, but I believe the answer is no. The simplicty is a feature. Cheers, Assaph From rob at boringbutgood.com Wed Jul 6 09:19:53 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Wed Jul 6 09:14:09 2005 Subject: [Instiki] Random Errors In-Reply-To: <42CBD215.9060201@boringbutgood.com> References: <42CBD215.9060201@boringbutgood.com> Message-ID: <42CBDA79.5020707@boringbutgood.com> Actually never mind. I think I caused it by fiddling with something I shouldn't have. Rob Sharp wrote: > Afternoon all, > > I kee getting errors like the following. This occurs when clicking the > Admin links for All Pages, Recent Activity and so on. Also, just while > clicking about the few pages I have running. > > Any ideas? > > Its a Windows 2000 machine hosting the Wiki. > > Error:- > > Errno::EBADF in Wiki#new > > Bad file descriptor > > /script/server:92 > /instiki.rbw:3:in `load' > /instiki.rbw:3 > > Show framework trace > > c:/ruby/lib/ruby/1.8/logger.rb:520:in `write' > c:/ruby/lib/ruby/1.8/logger.rb:520:in `write' > c:/ruby/lib/ruby/1.8/logger.rb:318:in `add' > c:/ruby/lib/ruby/1.8/logger.rb:372:in `info' > /vendor/rails/actionpack/lib/action_controller/base.rb:702:in > `log_processing' > /vendor/rails/actionpack/lib/action_controller/base.rb:329:in `process' > /vendor/rails/actionpack/lib/action_controller/base.rb:273:in `process' > /vendor/rails/railties/lib/dispatcher.rb:32:in `dispatch' > /public/dispatch.rb:10 > /vendor/rails/activesupport/lib/active_support/dependencies.rb:189:in > `load' > /vendor/rails/activesupport/lib/active_support/dependencies.rb:189:in > `load' > /vendor/rails/railties/lib/webrick_server.rb:82:in `handle_dispatch' > /vendor/rails/railties/lib/webrick_server.rb:35:in `service' > c:/ruby/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' > c:/ruby/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' > c:/ruby/lib/ruby/1.8/webrick/server.rb:155:in `start_thread' > c:/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start' > c:/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start_thread' > c:/ruby/lib/ruby/1.8/webrick/server.rb:94:in `start' > c:/ruby/lib/ruby/1.8/webrick/server.rb:89:in `each' > c:/ruby/lib/ruby/1.8/webrick/server.rb:89:in `start' > c:/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start' > c:/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start' > /vendor/rails/railties/lib/webrick_server.rb:21:in `dispatch' > > > > Request > > Parameters: {"id"=>"Timemanager", "web"=>"datalinx"} > > Show session dump > > --- > :return_to: /datalinx/list > flash: !ruby/hash:ActionController::Flash::FlashHash {} > > Response > Headers: {"cookie"=>[], "Cache-Control"=>"no-cache"} > > Show template parameters > > --- !ruby/hash:HashWithIndifferentAccess > rescues_path: > C:/instiki/instiki-0.10.1/vendor/rails/actionpack/lib/action_controller/templates/rescues/ > > > _______________________________________________ > Instiki-users mailing list > Instiki-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > From dpguest at bestweb.net Wed Jul 6 10:25:16 2005 From: dpguest at bestweb.net (David Guest) Date: Wed Jul 6 09:17:32 2005 Subject: [Instiki] Rebuild Message-ID: <42cbdbbc.6066.0@bestweb.net> I am most happy with Instiki thus far ...running four of them for project management. Questions: 1) there is a procedure buried in the Instiki stuff that seems to take an archived file and rebuilds a site. I'd love to be able to access that. Is it possible? 2) I dumped my Wiki's to HTML files and found that the pages are all screwed up ... has anybody else seen that problem? thanks David Guest dpguest@bestweb.net From musemaker at gmail.com Wed Jul 6 09:29:59 2005 From: musemaker at gmail.com (David Mahaffey) Date: Wed Jul 6 09:24:59 2005 Subject: [Instiki] Amending / Deleting Authors In-Reply-To: <3ff47be905070605242efcca38@mail.gmail.com> References: <42CBBD6A.70707@boringbutgood.com> <3ff47be905070605242efcca38@mail.gmail.com> Message-ID: <3b711bfb05070606297d686cd@mail.gmail.com> On 7/6/05, Assaph Mehr wrote: > > But I have to ask - is it a big issue? Consider that author names are > just a text string - there is no permission model behind, no way of > verifying the author etc. It's more of a descriptive field. What are > you trying to achieve here. > > Cheers, > Assaph Well, it is an annoyance more than a "big" issue...once I made an entry and forgot to fill the name field, so forever "Anonymous Coward" is listed among the authors for my wiki. Which is fine for my personal wiki environment, but I wouldn't want something like that showing up in my professional work. David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050706/5da52527/attachment.htm From rob at boringbutgood.com Wed Jul 6 09:33:23 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Wed Jul 6 09:27:39 2005 Subject: [Instiki] Amending / Deleting Authors In-Reply-To: <3b711bfb05070606297d686cd@mail.gmail.com> References: <42CBBD6A.70707@boringbutgood.com> <3ff47be905070605242efcca38@mail.gmail.com> <3b711bfb05070606297d686cd@mail.gmail.com> Message-ID: <42CBDDA3.8000500@boringbutgood.com> David Mahaffey wrote: > > Well, it is an annoyance more than a "big" issue...once I made an entry > and forgot to fill the name field, so forever "Anonymous Coward" is > listed among the authors for my wiki. Which is fine for my personal wiki > environment, but I wouldn't want something like that showing up in my > professional work. > > David The workaround I used was to Cut-n-paste the page layout elsewhere, temporarily Orphan the page, remove orphaned files and then recreate the page. For larger Wikis this would obviously be problematic..... Rob From ryan at muzzylane.com Wed Jul 6 12:38:45 2005 From: ryan at muzzylane.com (Ryan Jarvis) Date: Wed Jul 6 12:33:42 2005 Subject: [Instiki] non-flat list of wiki pages? Message-ID: <42CC0915.40305@muzzylane.com> Hi there, new to wikis and wiki philosophy in general. Got attracted to Instiki because of its "plug and play" abilities. Is there a way to create directory levels within Instiki? A way to not make everything be a flat list of pages? /a/foo /a/bar /b/foo /b/bar /c/foo For example, I want to create a page called Foo. The concept Foo can be explained in different ways depending on context. It seems like I have a few options to capture the different contextual information of Foo. I could make a single page and write [n] different paragraphs each explaining Foo in a particular context, but then I would end up with a very long page (i.e. 500+ lines). I could create pages whose names are generated from Foo and it's context, FooA, FooB, FooC, but that is unappealing because I could end up with very long WikiWords. I could create a separate WikiWeb for each context, A, B, C, create a page called Foo and have links to each web but then I would need [n] Instiki instances running and a waste of some webs (context C only applies to Foo, not Bar and Xul). It seems if I could add directory names, I could organize my content all within one web. I don't think this would trample on the network philosophy... although it looks like a hierarchal directory structure, I am simply creating more bins for my bits. When viewing a page in a directory, it uses that directory as the root reference for all other wiki pages unless you specifically link out. For example Source page: http://localhost:2500/instiki/show/a/foo Link in page: [[bar]] Result page: http://localhost:2500/instiki/show/a/bar Source page: http://localhost:2500/instiki/show/a/foo Link in page: [[root.bar]] Result page: http://localhost:2500/instiki/show/bar Any thoughts on this issue would be much appreciated. Thanks. -Ryan From swaroopch at gmail.com Wed Jul 6 12:43:05 2005 From: swaroopch at gmail.com (Swaroop C H) Date: Wed Jul 6 12:38:14 2005 Subject: [Instiki] Rebuild In-Reply-To: <42cbdbbc.6066.0@bestweb.net> References: <42cbdbbc.6066.0@bestweb.net> Message-ID: <84CE1D53-3752-4D28-BF0A-540F73724AD9@gmail.com> On 06-Jul-05, at 7:55 PM, David Guest wrote: > 2) I dumped my Wiki's to HTML files and found that the pages are all > screwed up ... has anybody else seen that problem? I've seen that problem, I think the titles and actual content are "off-by-one" . Swaroop C H www.swaroopch.info From derek at derekgulbranson.com Wed Jul 6 14:49:19 2005 From: derek at derekgulbranson.com (Derek Gulbranson) Date: Wed Jul 6 14:44:26 2005 Subject: [Instiki] Rebuild In-Reply-To: <42cbdbbc.6066.0@bestweb.net> References: <42cbdbbc.6066.0@bestweb.net> Message-ID: <19167C3D-3C31-4366-8D89-95A0AEB5AB2D@derekgulbranson.com> > 1) there is a procedure buried in the Instiki stuff that seems to > take an > archived file and rebuilds a site. I'd love to be able to access > that. Is > it possible? An import feature was being worked on, but i don't know where it stands now.. > 2) I dumped my Wiki's to HTML files and found that the pages are all > screwed up ... has anybody else seen that problem? There was an html export bug but it seems to have been fixed in subversion. Are you using the latest from subversion? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050706/313f9a41/attachment.htm From dpguest at bestweb.net Wed Jul 6 16:36:23 2005 From: dpguest at bestweb.net (David Guest) Date: Wed Jul 6 16:31:39 2005 Subject: [Instiki] Subversions Message-ID: <20050706203704.488C123099@carmine.bestweb.net> Where do I find the latest subversion and if there are many files what do Idownload? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050706/8335b5d0/attachment.htm From derek at derekgulbranson.com Wed Jul 6 16:50:05 2005 From: derek at derekgulbranson.com (Derek Gulbranson) Date: Wed Jul 6 16:45:31 2005 Subject: [Instiki] Subversions In-Reply-To: <20050706203704.488C123099@carmine.bestweb.net> References: <20050706203704.488C123099@carmine.bestweb.net> Message-ID: do "svn co http://svn.instiki.org/instiki/trunk myinstiki" then when updates come out you can just do "svn update" to get the changes. On Jul 6, 2005, at 1:36 PM, David Guest wrote: > Where do I find the latest subversion and if there are many files > what do Idownload? > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050706/50c58843/attachment.htm From assaph at gmail.com Wed Jul 6 19:28:50 2005 From: assaph at gmail.com (Assaph Mehr) Date: Wed Jul 6 19:24:03 2005 Subject: [Instiki] non-flat list of wiki pages? In-Reply-To: <42CC0915.40305@muzzylane.com> References: <42CC0915.40305@muzzylane.com> Message-ID: <3ff47be90507061628112d3408@mail.gmail.com> Hi Ryan, On 7/7/05, Ryan Jarvis wrote: > Is there a way to create directory levels within Instiki? A way to not > make everything be a flat list of pages? Not currently. Some things you can do in the mean time: * Use Categories see http://instiki.org/show/Categories * Use long wiki words it's not a bad idea as this is the most obvious metadata on the page. * Use multiple webs Doesn't require multiple instiki instances. You can create multiple webs that are served by the same process and snapshot together. There's a link at the bottom of the 'edit web' page. Unfortunately there is no easy way to link between webs so you'll have to use textile links. Hope this works. From assaph at gmail.com Wed Jul 6 19:34:29 2005 From: assaph at gmail.com (Assaph Mehr) Date: Wed Jul 6 19:29:41 2005 Subject: [Instiki] Rebuild In-Reply-To: <42cbdbbc.6066.0@bestweb.net> References: <42cbdbbc.6066.0@bestweb.net> Message-ID: <3ff47be905070616345b6cd429@mail.gmail.com> On 7/7/05, David Guest wrote: > > I am most happy with Instiki thus far ...running four of them for project > management. Just in case, you do know you can create multiple webs, right? > 1) there is a procedure buried in the Instiki stuff that seems to take an > archived file and rebuilds a site. I'd love to be able to access that. Is > it possible? If you use the Suversion latest and are not afraid of a bit of hacking then yes, you can import webs exported as markup. > 2) I dumped my Wiki's to HTML files and found that the pages are all > screwed up ... has anybody else seen that problem? Can you define screwed up? I.e. what you did and what you got as the result? Cheers, Assaph From rob at boringbutgood.com Thu Jul 7 03:12:55 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Thu Jul 7 03:07:03 2005 Subject: [Instiki] Subversions References: <20050706203704.488C123099@carmine.bestweb.net> Message-ID: <002201c582c3$632aa560$a6b29852@rob> Is there something similar for Wiki's running on a Windows platform? Rob ----- Original Message ----- From: Derek Gulbranson To: dpguest@bestweb.net ; Instiki-users Sent: Wednesday, July 06, 2005 9:50 PM Subject: Re: [Instiki] Subversions do "svn co http://svn.instiki.org/instiki/trunk myinstiki" then when updates come out you can just do "svn update" to get the changes. On Jul 6, 2005, at 1:36 PM, David Guest wrote: Where do I find the latest subversion and if there are many files what do Idownload? ------------------------------------------------------------------------------ _______________________________________________ Instiki-users mailing list Instiki-users@rubyforge.org http://rubyforge.org/mailman/listinfo/instiki-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050707/ce0752b4/attachment-0001.htm From dpguest at bestweb.net Thu Jul 7 11:15:12 2005 From: dpguest at bestweb.net (David Guest) Date: Thu Jul 7 10:07:18 2005 Subject: [Instiki] Subversion and Windows Message-ID: <42cd38f0.10fab.0@bestweb.net> For those few of us Windows users, how do we download the latest subversion of Instiki? thanks David Guest From chris at seagul.co.uk Thu Jul 7 10:22:51 2005 From: chris at seagul.co.uk (Chris Roos) Date: Thu Jul 7 10:18:21 2005 Subject: [Instiki] Subversion and Windows In-Reply-To: <42cd38f0.10fab.0@bestweb.net> References: <42cd38f0.10fab.0@bestweb.net> Message-ID: <42CD3ABB.9080805@seagul.co.uk> David Guest wrote: > For those few of us Windows users, how do we download the latest subversion > of Instiki? > The easiest way would probably be to download and install TortoiseSvn[1] which installs as a Shell extension to Windows Explorer. Once installed. * Open Explorer and right click in an empty folder. * Choose "SVN Checkout" from the context menu. * Enter http://svn.instiki.org/instiki/trunk for "URL of repository". * The "Checkout directory" will be set based on which folder you were in when you selected "SVN Checkout", although it can be changed here. * Leave all other defaults. * Click OK That's it, TortoiseSvn will now checkout the latest version of Instiki from Subversion. Hope this helps, Chris [1] http://tortoisesvn.tigris.org/ From rob at boringbutgood.com Thu Jul 7 10:58:15 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Thu Jul 7 10:52:27 2005 Subject: [Instiki] Deleting a Web? Message-ID: <42CD4307.2050805@boringbutgood.com> Morning all, Am rather impressed with this wiki software. I've updated to the latest subversion thanks to the helpful instructions recently on how to update under Windows. I have 2 wikis running. One for personal note-taking on the software I ghaev to support, the other was one I used to muckabout and test things out. Is there anyway to remove a wiki as I'd like to open my notes up to others on our network, but dont really want them to see my 'mucking-about' web. Rob From assaph at gmail.com Thu Jul 7 19:00:06 2005 From: assaph at gmail.com (Assaph Mehr) Date: Thu Jul 7 18:55:02 2005 Subject: [Instiki] Deleting a Web? In-Reply-To: <42CD4307.2050805@boringbutgood.com> References: <42CD4307.2050805@boringbutgood.com> Message-ID: <3ff47be905070716007dffdf70@mail.gmail.com> On 7/8/05, Rob Sharp wrote: > Is there anyway to remove a wiki as I'd like to open my notes up to > others on our network, but dont really want them to see my > 'mucking-about' web. Only with some black magic. Not that complex, just no interface to go about it: you'll need to edit the source for a template to execute code on the server. I can guide you through it, but I'd only recommend it if you know a bit of Ruby. Cheers, Assaph From dpguest at bestweb.net Fri Jul 8 06:35:27 2005 From: dpguest at bestweb.net (David Guest) Date: Fri Jul 8 06:30:25 2005 Subject: [Instiki] (no subject) Message-ID: <20050708103606.72A8424364@carmine.bestweb.net> > Is there anyway to remove a wiki as I'd like to open my notes up to > others on our network, but dont really want them to see my > 'mucking-about' web. Why not password protect your mucky wiki? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050708/6d56a1d4/attachment.htm From rob at boringbutgood.com Wed Jul 13 11:48:31 2005 From: rob at boringbutgood.com (Rob Sharp) Date: Wed Jul 13 11:42:23 2005 Subject: [Instiki] Snapshot files Message-ID: <42D537CF.1030906@boringbutgood.com> Do I need to keep all the snapshot files in the data directory, or just the most recent? Rob From zerohalo at gmail.com Wed Jul 13 13:27:39 2005 From: zerohalo at gmail.com (zer0halo) Date: Wed Jul 13 13:23:11 2005 Subject: [Instiki] Snapshot files In-Reply-To: <42D537CF.1030906@boringbutgood.com> References: <42D537CF.1030906@boringbutgood.com> Message-ID: <92b38bd505071310276452273c@mail.gmail.com> You can keep as many or as few as you want--it all depends on how far back you want to be able to "roll back" to a version of a page (each snapshot represents one set of revisions for the whole wiki). On 7/13/05, Rob Sharp wrote: > Do I need to keep all the snapshot files in the data directory, or just > the most recent? > > Rob > _______________________________________________ > Instiki-users mailing list > Instiki-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > -- "Impossible is nothing." From assaph at gmail.com Wed Jul 13 22:58:14 2005 From: assaph at gmail.com (Assaph Mehr) Date: Wed Jul 13 22:53:00 2005 Subject: [Instiki] Snapshot files In-Reply-To: <92b38bd505071310276452273c@mail.gmail.com> References: <42D537CF.1030906@boringbutgood.com> <92b38bd505071310276452273c@mail.gmail.com> Message-ID: <3ff47be905071319582c66988e@mail.gmail.com> On 7/14/05, zer0halo wrote: > You can keep as many or as few as you want--it all depends on how far > back you want to be able to "roll back" to a version of a page (each > snapshot represents one set of revisions for the whole wiki). Not quite. Each snapshot contains a time based snapshot of the wiki data (all webs). The data for each page includes all previous revisions. You only need to keep the latest snapshot to have all the data, but I recommend keeping the last 2 or 3, as snapshots have been known to (rarely) become corrupted. Cheers, Assaph From shijialeee at yahoo.com Sat Jul 16 13:10:07 2005 From: shijialeee at yahoo.com (James.Q.L) Date: Sat Jul 16 13:04:47 2005 Subject: [Instiki] fight with spam Message-ID: <20050716171007.11851.qmail@web50402.mail.yahoo.com> hello, we have been getting spambot defacing our wiki site lately. is there any anti-spam feature in instiki ? i am thinking of something like asking user to input the dynamically generated number before confirming editing. (the bot is using proxy server and ip is dynamic so ip filter doesn't help here) you can see the spam action here http://wiki.perlchina.org/main/recently_revised/ James.Q.L __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From assaph at gmail.com Sun Jul 17 23:00:38 2005 From: assaph at gmail.com (Assaph Mehr) Date: Sun Jul 17 22:55:19 2005 Subject: [Instiki] fight with spam In-Reply-To: <20050716171007.11851.qmail@web50402.mail.yahoo.com> References: <20050716171007.11851.qmail@web50402.mail.yahoo.com> Message-ID: <3ff47be905071720007bb59070@mail.gmail.com> Hi James, On 7/17/05, James.Q.L wrote: > we have been getting spambot defacing our wiki site lately. is there any anti-spam feature in > instiki ? i am thinking of something like asking user to input the dynamically generated number > before confirming editing. (the bot is using proxy server and ip is dynamic so ip filter doesn't > help here) Unfortunately nothing is built in. This is a generic problem with pubklicly available wikis. Depending on your circumstances you can hack together a simple solution. The first two are for suitable if you have a core group of posters. * Instiki already allows you to place a per-web password. Users can only view the published version, and need a password to login and edit pages. * With a little hacking you can require the edit password to be given on each edit. * You can probably integrate captcha (http://captcha.rubyforge.org/) for the edit template. I haven't used it before, but it's probably not a big hussle. In any case, we can help you if you have questions about hacking Instiki if you choose to implement something. > you can see the spam action here http://wiki.perlchina.org/main/recently_revised/ That got a chuckle - a ruby wiki for perl users :-) Cheers, Assaph From shijialeee at yahoo.com Mon Jul 18 12:21:16 2005 From: shijialeee at yahoo.com (James.Q.L) Date: Mon Jul 18 12:15:52 2005 Subject: [Instiki] fight with spam In-Reply-To: <3ff47be905071720007bb59070@mail.gmail.com> Message-ID: <20050718162116.69433.qmail@web50409.mail.yahoo.com> > * You can probably integrate captcha (http://captcha.rubyforge.org/) > for the edit template. I haven't used it before, but it's probably not > a big hussle. > > In any case, we can help you if you have questions about hacking > Instiki if you choose to implement something. i am not a ruby programmer at all. neither am i web developer. I may have to come up with some perl solution ;) > > > you can see the spam action here http://wiki.perlchina.org/main/recently_revised/ > > That got a chuckle - a ruby wiki for perl users :-) I would have used twiki if i were the one set it up. but i like instiki's interface and easy of use now. I am more inclined to the captcha way. it seems to be the better way to eliminate spambot. btw, I noticed that rubyonrails wiki site(use instiki as well) suffers the exact same spambot attack recently. So a solution of captcha integrated with instiki will benefit not only us. (i was thinking about, oh, crap, this is a chinese wiki site, no wonder we got spam.) > Cheers, > Assaph > thanks for the suggestions, James.Q.L __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From derek at derekgulbranson.com Tue Jul 19 16:58:45 2005 From: derek at derekgulbranson.com (Derek Gulbranson) Date: Tue Jul 19 16:53:26 2005 Subject: [Instiki] anchor shortcut Message-ID: Is there a shortcut in markdown or textile for ''? From cla at zuehlke.com Fri Jul 29 06:41:34 2005 From: cla at zuehlke.com (Link, Claudius) Date: Fri Jul 29 06:35:58 2005 Subject: [Instiki] Wiki inacessible after page edit Message-ID: Hello dear list, I just used my instiki to edit some thoughts for a meeting. I inserted roughly (!WARNING DON'T DO THIS IN A PRODUCTION INSTIKI!) ------ a *b ** c * d ------ (should habe been 'a\n*b\n ...') In which case the save resulted in an error message. ------ NoMethodError in Wiki#save undefined method `length' for nil:NilClass /app/models/chunks/engines.rb:34:in `mask' /app/models/chunks/engines.rb:17:in `apply_to' /app/models/wiki_content.rb:169:in `build_chunks' /app/models/wiki_content.rb:147:in `initialize' /app/models/revision.rb:80:in `new' /app/models/revision.rb:80:in `display_content' /app/models/revision.rb:109:in `force_rendering' /app/models/page.rb:37:in `revise' /app/models/page.rb:15:in `initialize' /app/models/wiki_service.rb:108:in `new' /app/models/wiki_service.rb:108:in `write_page' /app/controllers/wiki_controller.rb:187:in `save' /./script/server:92 /./instiki:6 ------ After restarting the wiki I can't access it any more There were to many redirects. The error was reproducible with a new instiki I tried to remove the last snapshot, this worked but would mean I would lose more or less everything I did the last 30 minutes. (doesn't sound like very much but (random) thought are not easily Reconstructable :-( ). I use (as gem's) instiki (0.10.1) madeleine (0.7.1) on windows The error message is (repeating at the end: ------ [2005-07-29 12:00:00] INFO WEBrick 1.3.1 [2005-07-29 12:00:00] INFO ruby 1.8.2 (2004-12-25) [i386-mswin32] [2005-07-29 12:00:00] INFO WEBrick::HTTPServer#start: pid=1784 port=2500 Processing WikiController#index (for 127.0.0.1 at Fri Jul 29 12:03:45 W. Europe Daylight Time 2005) Parameters: {"action"=>"index", "controller"=>"wiki"} Redirected to http://localhost:2500/wiki/show/HomePage Completed in 0.000100 (10000 reqs/sec) 127.0.0.1 - - [29/Jul/2005:12:03:45 W. Europe Daylight Time] "GET / HTTP/1.1" 302 106 - -> / Processing WikiController#show (for 127.0.0.1 at Fri Jul 29 12:03:46 W. Europe Daylight Time 2005) Parameters: {"action"=>"show", "id"=>"HomePage", "controller"=>"wiki", "web"=>"wiki"} Rendering wiki/page within layouts/default MiKTeX-pdfetex 2.4.1986 (1.21a) (MiKTeX 2.4) Copyright (C) 1982 D. E. Knuth, (C) 1996-2002 Han The Thanh TeX is a trademark of the American Mathematical Society. undefined method `length' for nil:NilClass (ActionView::TemplateError) On line #81 of /wiki/page.rhtml 78: <% end %> 79: 80: 81: <% unless @page.linked_from.empty? %> 82: 83: | Linked from: 84: <%= @page.linked_from.collect { |referring_page| /gems/RedCloth-3.0.3/lib/redcloth.rb:533:in `block_textile_lists' /gems/RedCloth-3.0.3/lib/redcloth.rb:522:in `each_with_index' /gems/RedCloth-3.0.3/lib/redcloth.rb:522:in `each' /gems/RedCloth-3.0.3/lib/redcloth.rb:522:in `each_with_index' /gems/RedCloth-3.0.3/lib/redcloth.rb:522:in `block_textile_lists' /gems/RedCloth-3.0.3/lib/redcloth.rb:518:in `gsub!' /gems/RedCloth-3.0.3/lib/redcloth.rb:518:in `block_textile_lists' /gems/RedCloth-3.0.3/lib/redcloth.rb:612:in `call' /gems/RedCloth-3.0.3/lib/redcloth.rb:612:in `blocks' /gems/RedCloth-3.0.3/lib/redcloth.rb:611:in `each' /gems/RedCloth-3.0.3/lib/redcloth.rb:611:in `blocks' /gems/RedCloth-3.0.3/lib/redcloth.rb:586:in `collect' /gems/RedCloth-3.0.3/lib/redcloth.rb:586:in `blocks' /gems/RedCloth-3.0.3/lib/redcloth.rb:288:in `to_html' /gems/instiki-0.10.1/app/models/chunks/engines.rb:34:in `mask' /gems/instiki-0.10.1/app/models/chunks/engines.rb:17:in `apply_to' /gems/instiki-0.10.1/app/models/wiki_content.rb:169:in `build_chunks' /gems/instiki-0.10.1/app/models/wiki_content.rb:147:in `initialize' /gems/instiki-0.10.1/app/models/revision.rb:80:in `new' /gems/instiki-0.10.1/app/models/revision.rb:80:in `display_content' /gems/instiki-0.10.1/app/models/revision.rb:58:in `wiki_words' /gems/instiki-0.10.1/app/models/page.rb:109:in `send' /gems/instiki-0.10.1/app/models/page.rb:109:in `method_missing' /gems/instiki-0.10.1/app/models/page_set.rb:39:in `pages_that_link_to' /gems/instiki-0.10.1/app/models/page_set.rb:39:in `select' /gems/instiki-0.10.1/app/models/page_set.rb:39:in `pages_that_link_to' /gems/instiki-0.10.1/app/models/page.rb:76:in `linked_from' (erb):81:in `evaluate_locals' /gems/actionpack-1.7.0/lib/action_view/base.rb:265:in `evaluate_locals' /gems/actionpack-1.7.0/lib/action_view/base.rb:275:in `rhtml_render' /gems/actionpack-1.7.0/lib/action_view/base.rb:201:in `send' /gems/actionpack-1.7.0/lib/action_view/base.rb:201:in `render_template' /gems/actionpack-1.7.0/lib/action_view/base.rb:181:in `render_file' /gems/actionpack-1.7.0/lib/action_controller/layout.rb:208:in `render_without_benchmark' /gems/actionpack-1.7.0/lib/action_controller/benchmarking.rb:22:in `render' /gems/actionpack-1.7.0/lib/action_controller/benchmarking.rb:22:in `measure' /gems/actionpack-1.7.0/lib/action_controller/benchmarking.rb:22:in `render' /gems/actionpack-1.7.0/lib/action_controller/base.rb:447:in `render_action' /gems/instiki-0.10.1/app/controllers/wiki_controller.rb:203:in `show' /gems/actionpack-1.7.0/lib/action_controller/base.rb:700:in `send' /gems/actionpack-1.7.0/lib/action_controller/base.rb:700:in `perform_action_without_filters' /gems/actionpack-1.7.0/lib/action_controller/filters.rb:294:in `perform_action_without_benchmark' /gems/actionpack-1.7.0/lib/action_controller/benchmarking.rb:30:in `perform_action_without_rescue' /gems/actionpack-1.7.0/lib/action_controller/benchmarking.rb:30:in `measure' /gems/actionpack-1.7.0/lib/action_controller/benchmarking.rb:30:in `perform_action_without_rescue' /gems/actionpack-1.7.0/lib/action_controller/rescue.rb:79:in `perform_action' /gems/actionpack-1.7.0/lib/action_controller/base.rb:330:in `send' /gems/actionpack-1.7.0/lib/action_controller/base.rb:330:in `process' /gems/actionpack-1.7.0/lib/action_controller/base.rb:273:in `process' /gems/rails-0.11.1/lib/dispatcher.rb:32:in `dispatch' /gems/instiki-0.10.1/public/dispatch.rb:10 /gems/activesupport-1.0.3/lib/active_support/dependencies.rb:187:in `load' /gems/activesupport-1.0.3/lib/active_support/dependencies.rb:187:in `load' /gems/rails-0.11.1/lib/webrick_server.rb:84:in `handle_dispatch' /gems/rails-0.11.1/lib/webrick_server.rb:35:in `do_GET' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `__send__' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:155:in `start_thread' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start_thread' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:94:in `start' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:89:in `each' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:89:in `start' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start' c:/program files/developmenttools/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start' /gems/rails-0.11.1/lib/webrick_server.rb:21:in `dispatch' /gems/instiki-0.10.1/./script/server:92 /gems/activesupport-1.0.3/lib/active_support/dependencies.rb:187:in `load' /gems/activesupport-1.0.3/lib/active_support/dependencies.rb:187:in `load' /gems/instiki-0.10.1/./instiki:6 /gems/activesupport-1.0.3/lib/active_support/dependencies.rb:187:in `load' /gems/activesupport-1.0.3/lib/active_support/dependencies.rb:187:in `load' c:/Program Files/DevelopmentTools/ruby/bin/instiki:18 Redirected to http://localhost:2500/wiki/edit?action_suffix=HomePage%3Fmsg%3Dundefined+method+%60length%27+for+nil%3ANilClass Completed in 0.180000 (5 reqs/sec) 127.0.0.1 - - [29/Jul/2005:12:03:46 W. Europe Daylight Time] "GET /wiki/show/HomePage HTTP/1.1" 302 177 - -> /wiki/show/HomePage Processing WikiController#edit (for 127.0.0.1 at Fri Jul 29 12:03:46 W. Europe Daylight Time 2005) Parameters: {"action"=>"edit", "controller"=>"wiki", "action_suffix"=>"HomePage?msg=undefined method `length' for nil:NilClass", "web"=>"wiki"} Redirected to http://localhost:2500/wiki Completed in 0.000100 (10000 reqs/sec) 127.0.0.1 - - [29/Jul/2005:12:03:46 W. Europe Daylight Time] "GET /wiki/edit?action_suffix=HomePage%3Fmsg%3Dundefined+method+%60length%27+for+nil%3ANilClass HTTP/1.1" 302 92 - -> /wiki/edit?action_suffix=HomePage%3Fmsg%3Dundefined+method+%60length%27+for+nil%3ANilClass Processing WikiController#index (for 127.0.0.1 at Fri Jul 29 12:03:47 W. Europe Daylight Time 2005) Parameters: {"action"=>"index", "controller"=>"wiki", "web"=>"wiki"} Redirected to http://localhost:2500/wiki/show/HomePage Completed in 0.010000 (100 reqs/sec) 127.0.0.1 - - [29/Jul/2005:12:03:47 W. Europe Daylight Time] "GET /wiki HTTP/1.1" 302 106 - -> /wiki Processing WikiController#show (for 127.0.0.1 at Fri Jul 29 12:03:47 W. Europe Daylight Time 2005) Parameters: {"action"=>"show", "id"=>"HomePage", "controller"=>"wiki", "web"=>"wiki"} Rendering wiki/page within layouts/default undefined method `length' for nil:NilClass (ActionView::TemplateError) On line #81 of /wiki/page.rhtml ... ------ Any help appreciated. Regards, Claudius -- Claudius Link, Software Engineer Z?hlke Engineering GmbH - D?sseldorfer Stra?e 40a - 65760 Eschborn Tel: +49 (0) 6196 777 54 0 / Fax: +49 (0) 6196 777 54 54 From chris at seagul.co.uk Fri Jul 29 06:50:24 2005 From: chris at seagul.co.uk (Chris Roos) Date: Fri Jul 29 06:45:42 2005 Subject: [Instiki] Wiki inacessible after page edit In-Reply-To: References: Message-ID: <42EA09F0.3030108@seagul.co.uk> Link, Claudius wrote: > Hello dear list, > > I just used my instiki to edit some thoughts > for a meeting. > I inserted roughly > (!WARNING DON'T DO THIS IN A PRODUCTION INSTIKI!) > ------ > a *b > ** c > * d > ------ > (should habe been 'a\n*b\n ...') > In which case the save resulted in an error message. > ------ > NoMethodError in Wiki#save > > undefined method `length' for nil:NilClass > > > Any help appreciated. > > Regards, > Claudius Hi, This is a known problem with the Redcloth lib, as reported here [1]. I had this problem [2] a while back and Alexey was kind enough to manually sort it for me (I sent him my snapshot file). I believe you could use this [3] to manually sort it yourself but it requires ruby knowledge (afaik). Chris [1] http://rubyforge.org/tracker/index.php?func=detail&aid=577&group_id=216&atid=891 [2] http://rubyforge.org/pipermail/instiki-users/2005-May/000049.html [3] http://rubyforge.org/pipermail/instiki-users/2005-May/000076.html From dpguest at bestweb.net Fri Jul 29 08:41:42 2005 From: dpguest at bestweb.net (David Guest) Date: Fri Jul 29 08:35:48 2005 Subject: [Instiki] Delete a Wiki Message-ID: <20050729124137.B90FA22E4B@carmine.bestweb.net> Is there any way to delete one of several wiki's on a wiki site? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050729/255fb385/attachment.htm From cla at zuehlke.com Fri Jul 29 08:59:14 2005 From: cla at zuehlke.com (Link, Claudius) Date: Fri Jul 29 08:53:38 2005 Subject: [Instiki] Wiki inacessible after page edit Message-ID: Hi Chris, Thanks a lot. This was (with a bit of work) the solution :-) Sorry that I din't find it in the archives. Regards, Claudius > -----Original Message----- > From: instiki-users-bounces@rubyforge.org > [mailto:instiki-users-bounces@rubyforge.org] On Behalf Of Chris Roos > Sent: Friday, July 29, 2005 12:50 PM > To: Instiki-users > Subject: Re: [Instiki] Wiki inacessible after page edit > ... > Hi, > > This is a known problem with the Redcloth lib, as reported > here [1]. I had this problem [2] a while back and Alexey was > kind enough to manually sort it for me (I sent him my > snapshot file). I believe you could use this [3] to manually > sort it yourself but it requires ruby knowledge (afaik). > > Chris > > [1] > http://rubyforge.org/tracker/index.php?func=detail&aid=577&gro > up_id=216&atid=891 > [2] http://rubyforge.org/pipermail/instiki-users/2005-May/000049.html > [3] http://rubyforge.org/pipermail/instiki-users/2005-May/000076.html From alex at verk.info Fri Jul 29 10:26:13 2005 From: alex at verk.info (Alex Verhovsky) Date: Fri Jul 29 10:20:44 2005 Subject: [Instiki] I'm still alive In-Reply-To: <20050729124137.B90FA22E4B@carmine.bestweb.net> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> Message-ID: <42EA3C85.9040609@verk.info> Dear all, You might have noticed a lack of activity on the Instiki front in the last couple of months. At least, I've got some emails asking if I am still alive. The answer is "I am, but..." I've just changed my Real Job (TM) - joining ThoughtWorks office - and a big .NET project. Being a Java guy (as far as Real Job is concerned), I had to spend some time on learning C#, SQL Server and all those other things from Redmond WA.Which is what kept me away from hobbies such as open source programming. But finally, I'm back with you. My near term plans are: 1. Fix up instiki.org (it had a lot of downtime lately) and upgrade it to the 0.10.x version 2. Release Instiki 0.10.3 (which will cure the handling of RedCloth/BlueCloth errors, aka the "too many redirects" bug) 3. Clean up the instiki.org wiki 4. Complete the file uploads ...and then we want to try and give Instiki a real SQL backend. Best regards, Alexey Verkhovsky From anton at zuiker.com Fri Jul 29 10:29:59 2005 From: anton at zuiker.com (Anton Zuiker) Date: Fri Jul 29 10:24:51 2005 Subject: [Instiki] I'm still alive In-Reply-To: <42EA3C85.9040609@verk.info> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> Message-ID: <42EA3D67.1040702@zuiker.com> And there was loud rejoicing! Thanks for the update, Alexey, and thanks to you and all the others who are helping to keep Instiki alive. I'm looking forward to my favorite wiki's rejuvenation. Anton Alex Verhovsky wrote: > Dear all, > > You might have noticed a lack of activity on the Instiki front in the > last couple of months. At least, I've got some emails asking if I am > still alive. The answer is "I am, but..." > > I've just changed my Real Job (TM) - joining ThoughtWorks office - and > a big .NET project. Being a Java guy (as far as Real Job is > concerned), I had to spend some time on learning C#, SQL Server and > all those other things from Redmond WA.Which is what kept me away from > hobbies such as open source programming. > > But finally, I'm back with you. My near term plans are: > > 1. Fix up instiki.org (it had a lot of downtime lately) and upgrade it > to the 0.10.x version > 2. Release Instiki 0.10.3 (which will cure the handling of > RedCloth/BlueCloth errors, aka the "too many redirects" bug) > 3. Clean up the instiki.org wiki > 4. Complete the file uploads > > ...and then we want to try and give Instiki a real SQL backend. > > Best regards, > Alexey Verkhovsky > > > _______________________________________________ > Instiki-users mailing list > Instiki-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users -- Anton Zuiker Medical journalist & weblogger http://mistersugar.com anton@zuiker.com 919.225.0969 From zerohalo at gmail.com Fri Jul 29 11:58:46 2005 From: zerohalo at gmail.com (zer0halo) Date: Fri Jul 29 11:53:03 2005 Subject: [Instiki] I'm still alive In-Reply-To: <42EA3C85.9040609@verk.info> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> Message-ID: <92b38bd505072908581212efc0@mail.gmail.com> Super! Thanks, Alex. > ...and then we want to try and give Instiki a real SQL backend. > Are you thinking of Instiki using mysql instead of Madeleine for data storage? IMO, that would be a great improvement and allow for greater flexibility of future development and add-ons. -- "Impossible is nothing." From tamassmith at mac.com Fri Jul 29 12:42:23 2005 From: tamassmith at mac.com (=?ISO-8859-1?Q?Tam=E1s_Smith?=) Date: Fri Jul 29 12:36:42 2005 Subject: [Instiki] Pluggable Storage Implementations? In-Reply-To: <92b38bd505072908581212efc0@mail.gmail.com> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> <92b38bd505072908581212efc0@mail.gmail.com> Message-ID: <840c42f556d54c532640e8f3993199c3@mac.com> Addressing SQL conversion ideas raised in "Re: [Instiki] I'm still alive" thread: I think we should make Instiki's data storage method pluggable. Use the current Madeleine method as the initial implementation. Given the affordability of hardware memory, it makes sense to run a Wiki, unless truly enormous, in memory. Madeleine falls down when it comes to visibility into running or serialized data structures. The simplest solution to this problem does not necessarily imply converting to a relational database. I would prefer a file system storage implementation where each page gets a directory. The current revision exists as a plain-text textile file in that directory. Diffs, also plain-text files in the directory, give you the ability to patch back to the initial revision. Place any file uploads for that page into the same directory. On that page, allow use of simple filename for either image display or download link of one of these uploaded files. SnipSnap (http://snipsnap.org) works somewhat like that. Tam?s From zerohalo at gmail.com Fri Jul 29 16:34:27 2005 From: zerohalo at gmail.com (zer0halo) Date: Fri Jul 29 16:28:43 2005 Subject: [Instiki] Pluggable Storage Implementations? In-Reply-To: <840c42f556d54c532640e8f3993199c3@mac.com> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> <92b38bd505072908581212efc0@mail.gmail.com> <840c42f556d54c532640e8f3993199c3@mac.com> Message-ID: <92b38bd505072913342cac37f8@mail.gmail.com> On 7/29/05, Tam?s Smith wrote: > I think we should make Instiki's data storage method pluggable. I agree. Allows for greatest flexibility. > Use the > current Madeleine method as the initial implementation. Yes and No. The beauty of madeleine is that is makes interacting with the wiki fast, and it requires no user setup. The disadvantage of Madeleine is that if anything goes wrong with your wiki - and the law of averages is that something will go wrong sometime - you could be denied access to all your data, unless you figure out a way or write something to extract it from your snapshot and recreate it. It happened to me: I must have put something in a page that Instiki didn't like, I got the "Rails application error" and that was it. A new installation of Instiki with the snapshot copied over rendered the same result. Fortunately I was just starting the wiki. But if that happens to a user with a full-blown wiki and not only their wiki crashes but they can't access all the data in it, you can imagine their reaction. Of course you could export to Textile or HTML every day to avoid that, but users don't want to be burdened with that. > I would prefer a file system storage implementation where each page > gets a directory. The current revision exists as a plain-text textile > file in that directory. Diffs, also plain-text files in the directory, > give you the ability to patch back to the initial revision. > > Place any file uploads for that page into the same directory. On that > page, allow use of simple filename for either image display or download > link of one of these uploaded files. > I agree. DokuWiki (http://wiki.splitbrain.org/wiki:dokuwiki) uses a file system implementation and it works well. It's a bit slower of course than using a database, but it has two huge advantages: - Easy data accessibility and manupulation outside the wiki. Want to move a section of your wiki somewhere else, or even to its own wiki? No problem, just move the folder (all the links within that folder will still work with each other.) - Want to rename a page? Easy, just rename the file. - Your wiki crashes and you can't get it working? The data is still nicely in your files. You can still read it easily since it doesn't store it in the converted HTML but the original markup format. DokuWiki supports namespaces (something that would be very nice to have in Instiki), and uses folders to represent those namespaces. I think that's a good idea to implement as well. In DokuWiki, each wiki page in that namespace is a file in that folder. I would argue that might be simpler than each page having its own folder. Rather all of the pages under a namespace would be located in that folder. Any attachments attached to pages in that namespace would also be in that same folder. (There would be a "default" folder for pages/attachments not assigned to a namespace.) That would allow the user to reference an attachment from any page in the namespace by simply placing the file in the namespace folder (either through an simple Instiki web interface or via FTP transfer or however they want to do it). If you want to link to an attachment that's in another namespace you just reference it by namespace:attachment or similar syntax. You could also easily have an "Attachments" link that would show all of the attachments grouped by namespace, in case you want to locate one in particular without knowing what page is referencing it. This would be a simple folder listing of all files (except the page files themselves) in your folder structure. It'll also make it easy to implement access control to certain namespaces or pages simply by restricting access to those folders or files. Of course all of this could be acheived through mysql as well--and mysql would allow for even more possibilities and be faster. But this way the user doesn't have to install mysql. Well, those are some ideas to get the discussion flowing. -- "Impossible is nothing." From alex at verk.info Fri Jul 29 21:52:42 2005 From: alex at verk.info (Alex Verhovsky) Date: Fri Jul 29 21:47:08 2005 Subject: [Instiki] I'm still alive In-Reply-To: <92b38bd505072908581212efc0@mail.gmail.com> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> <92b38bd505072908581212efc0@mail.gmail.com> Message-ID: <42EADD6A.5000700@verk.info> zer0halo wrote: >Are you thinking of Instiki using mysql instead of Madeleine for data >storage? IMO, that would be a great improvement and allow for greater >flexibility of future development and add-ons. > > MySQL shall be supported. SQLite is being mentioned as a way to retain the ease of installation; which is darn useful for personal or small project wikis. MySQL would be for web sites (eg, instiki.org). Basically, there is a desire to make an ActiveRecord backend, thus completing transformation of Instiki into a textbook Rails application. Re pluggable backend. It sounds cool. Madeleine sounds cool... but in practice it's a pain in the stern. I'm inclined to think that we "aint gonna need it". Similar story with file system storage - sorry guys, but it is not what I want to do right now. Best regards, Alexey Verkhovsky From assaph at gmail.com Sat Jul 30 03:17:14 2005 From: assaph at gmail.com (Assaph Mehr) Date: Sat Jul 30 03:11:29 2005 Subject: [Instiki] Delete a Wiki In-Reply-To: <20050729124137.B90FA22E4B@carmine.bestweb.net> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> Message-ID: <3ff47be90507300017661d8267@mail.gmail.com> On 7/29/05, David Guest wrote: > Is there any way to delete one of several wiki's on a wiki site? Not through the web interface. If you don't mind a bit of hacking look at: http://rubyforge.org/pipermail/instiki-users/2005-May/000076.html HTH, Assaph From assaph at gmail.com Sat Jul 30 04:20:32 2005 From: assaph at gmail.com (Assaph Mehr) Date: Sat Jul 30 04:14:48 2005 Subject: [Instiki] I'm still alive In-Reply-To: <42EA3C85.9040609@verk.info> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> Message-ID: <3ff47be905073001205d278b65@mail.gmail.com> > But finally, I'm back with you. Glad to have you back! > ...and then we want to try and give Instiki a real SQL backend. ooh boy :-) Cheers, Assaph From davidrosam at gmail.com Sat Jul 30 05:59:44 2005 From: davidrosam at gmail.com (David Rosam) Date: Sat Jul 30 05:54:00 2005 Subject: [Instiki] I'm still alive In-Reply-To: <42EADD6A.5000700@verk.info> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> <92b38bd505072908581212efc0@mail.gmail.com> <42EADD6A.5000700@verk.info> Message-ID: <574dd6ff05073002593da21958@mail.gmail.com> Hi Alexey Can I give my $0.02 as a user not a hacker? What attracted me to Instiki (and then to Pimki) was the ease of installation for its feature set, so please make sure Instiki doesn't become JAHW (just another heavyweight wiki!) that will require me tangling with lots of extra technology - SQLite (whatever that is) sounds encouraging. Cheers David On 7/30/05, Alex Verhovsky wrote: > > zer0halo wrote: > > >Are you thinking of Instiki using mysql instead of Madeleine for data > >storage? IMO, that would be a great improvement and allow for greater > >flexibility of future development and add-ons. > > > > > MySQL shall be supported. SQLite is being mentioned as a way to retain > the ease of installation; which is darn useful for personal or small > project wikis. MySQL would be for web sites (eg, instiki.org > ). > > Basically, there is a desire to make an ActiveRecord backend, thus > completing transformation of Instiki into a textbook Rails application. > Re pluggable backend. It sounds cool. Madeleine sounds cool... but in > practice it's a pain in the stern. I'm inclined to think that we "aint > gonna need it". Similar story with file system storage - sorry guys, but > it is not what I want to do right now. > > Best regards, > Alexey Verkhovsky > > _______________________________________________ > Instiki-users mailing list > Instiki-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > -- David Rosam IT and SEO copywriting davidrosam@gmail.com http://dangerous-thinking.com +44 (0)70 440 ROSAM (76726) Skype:davidrosam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050730/194913df/attachment.htm From dpguest at bestweb.net Sat Jul 30 06:50:45 2005 From: dpguest at bestweb.net (David Guest) Date: Sat Jul 30 06:45:05 2005 Subject: [Instiki] I'm still alive In-Reply-To: <574dd6ff05073002593da21958@mail.gmail.com> References: <20050729124137.B90FA22E4B@carmine.bestweb.net> <42EA3C85.9040609@verk.info> <92b38bd505072908581212efc0@mail.gmail.com> <42EADD6A.5000700@verk.info> <574dd6ff05073002593da21958@mail.gmail.com> Message-ID: <42EB5B85.1020001@bestweb.net> David Rosam wrote: > Hi Alexey > > Can I give my $0.02 as a user not a hacker? > > What attracted me to Instiki (and then to Pimki) was the ease of > installation for its feature set, so please make sure Instiki doesn't > become JAHW (just another heavyweight wiki!) that will require me > tangling with lots of extra technology - SQLite (whatever that is) > sounds encouraging. > > > Boy, do I second that opinion....KISS However, I use a database, NexusDB, very fast and S!L 2003 compliant ... I'd love to be able to switch out mysql and use Nexusdb ... with an easy switch .... >------------------------------------------------------------------------ > >_______________________________________________ >Instiki-users mailing list >Instiki-users@rubyforge.org >http://rubyforge.org/mailman/listinfo/instiki-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050730/d1421067/attachment.htm From alex at verk.info Sat Jul 30 13:02:59 2005 From: alex at verk.info (Alex Verhovsky) Date: Sat Jul 30 12:57:28 2005 Subject: [Instiki] [ANN] Instiki 0.10.2 Message-ID: <42EBB2C3.6020403@verk.info> Dear all, Coming back from a long hibernation over Microsoft .NET textbooks, I have just released Instiki 0.10.2. Instiki is a Wiki Clone that's so easy to set up and so pretty to look at, you'?l be wondering whether this is a real wiki at all. It is also the most frequently downloaded end-user application on RubyForge, surpassed only by the Ruby One Click Installer and RubyGems. 0.10.2 is a maintenance release. Primarily it is about fixing the "endless redirects loop, triggered by a RedCloth exception" bug. Here is the full list of changes in the version: * Resolved the "endless redirection loop" condition and otherwise improved handling of errors in the rendering engines * Fixed HTML export * Upgraded to Rails 0.13.1 * Added layout=no option to the export_html action (it exports page contents processed by the markup engine, but without the default layout - so that they can be wrapped in some other layout) * tag can span several lines (before it was applied when both opening and closing tags were on the same line only) * Fixed rendering of Markdown hyperlinks such as [Text](http://something.com/foo) The released files are available at http://rubyforge.org/frs/?group_id=186 Online documentation is at http://instiki.org (the site is down as I write this, but it will be back soon). Source code and bug tracker are at http://dev.instiki.org An updated gem is already available on RubyForge gem server. Best regards, Alexey Verkhovsky From alex at verk.info Sat Jul 30 20:58:04 2005 From: alex at verk.info (Alex Verhovsky) Date: Sat Jul 30 20:52:34 2005 Subject: [Instiki] Instiki.org is back and upgraded to 0.10.2 Message-ID: <42EC221C.9060004@verk.info> Hi all, http://instiki.org site is back up and upgraded to 0.10.2. I'm fervently hoping that it stays up, but who knows... :) Anyway, if you see any problem with the upgraded wiki, in the next week or so, don't bother with Trac tickets, just email me about it. I'll try to fix it as fast as possible. Also, I am planning some major refactoring of the wiki content in the coming days - removing old revisions, obsolete pages etc. The objective is to make it more relevant to the current version, better structured and (most importantly) smaller and easier on the memory. Best regards, Alex From clayton.wozney at filogix.com Sat Jul 30 21:06:09 2005 From: clayton.wozney at filogix.com (Clayton Wozney) Date: Sat Jul 30 21:00:28 2005 Subject: [Instiki] Re: Instiki-users Digest, Vol 3, Issue 5 Message-ID: <610864291-1122771972-cardhu_blackberry.rim.net-20636-@engine34> -----Original Message----- From: instiki-users-request@rubyforge.org Date: Sat, 30 Jul 2005 20:52:51 To:instiki-users@rubyforge.org Subject: Instiki-users Digest, Vol 3, Issue 5 Send Instiki-users mailing list submissions to instiki-users@rubyforge.org To subscribe or unsubscribe via the World Wide Web, visit http://rubyforge.org/mailman/listinfo/instiki-users or, via email, send a message with subject or body 'help' to instiki-users-request@rubyforge.org You can reach the person managing the list at instiki-users-owner@rubyforge.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Instiki-users digest..." Today's Topics: 1. Re: Pluggable Storage Implementations? (zer0halo) 2. Re: I'm still alive (Alex Verhovsky) 3. Re: Delete a Wiki (Assaph Mehr) 4. Re: I'm still alive (Assaph Mehr) 5. Re: I'm still alive (David Rosam) 6. Re: I'm still alive (David Guest) 7. [ANN] Instiki 0.10.2 (Alex Verhovsky) 8. Instiki.org is back and upgraded to 0.10.2 (Alex Verhovsky) ---------------------------------------------------------------------- Message: 1 Date: Fri, 29 Jul 2005 14:34:27 -0600 From: zer0halo Subject: Re: [Instiki] Pluggable Storage Implementations? To: Instiki-users Message-ID: <92b38bd505072913342cac37f8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 7/29/05, Tam?s Smith wrote: > I think we should make Instiki's data storage method pluggable. I agree. Allows for greatest flexibility. > Use the > current Madeleine method as the initial implementation. Yes and No. The beauty of madeleine is that is makes interacting with the wiki fast, and it requires no user setup. The disadvantage of Madeleine is that if anything goes wrong with your wiki - and the law of averages is that something will go wrong sometime - you could be denied access to all your data, unless you figure out a way or write something to extract it from your snapshot and recreate it. It happened to me: I must have put something in a page that Instiki didn't like, I got the "Rails application error" and that was it. A new installation of Instiki with the snapshot copied over rendered the same result. Fortunately I was just starting the wiki. But if that happens to a user with a full-blown wiki and not only their wiki crashes but they can't access all the data in it, you can imagine their reaction. Of course you could export to Textile or HTML every day to avoid that, but users don't want to be burdened with that. > I would prefer a file system storage implementation where each page > gets a directory. The current revision exists as a plain-text textile > file in that directory. Diffs, also plain-text files in the directory, > give you the ability to patch back to the initial revision. > > Place any file uploads for that page into the same directory. On that > page, allow use of simple filename for either image display or download > link of one of these uploaded files. > I agree. DokuWiki (http://wiki.splitbrain.org/wiki:dokuwiki) uses a file system implementation and it works well. It's a bit slower of course than using a database, but it has two huge advantages: - Easy data accessibility and manupulation outside the wiki. Want to move a section of your wiki somewhere else, or even to its own wiki? No problem, just move the folder (all the links within that folder will still work with each other.) - Want to rename a page? Easy, just rename the file. - Your wiki crashes and you can't get it working? The data is still nicely in your files. You can still read it easily since it doesn't store it in the converted HTML but the original markup format. DokuWiki supports namespaces (something that would be very nice to have in Instiki), and uses folders to represent those namespaces. I think that's a good idea to implement as well. In DokuWiki, each wiki page in that namespace is a file in that folder. I would argue that might be simpler than each page having its own folder. Rather all of the pages under a namespace would be located in that folder. Any attachments attached to pages in that namespace would also be in that same folder. (There would be a "default" folder for pages/attachments not assigned to a namespace.) That would allow the user to reference an attachment from any page in the namespace by simply placing the file in the namespace folder (either through an simple Instiki web interface or via FTP transfer or however they want to do it). If you want to link to an attachment that's in another namespace you just reference it by namespace:attachment or similar syntax. You could also easily have an "Attachments" link that would show all of the attachments grouped by namespace, in case you want to locate one in particular without knowing what page is referencing it. This would be a simple folder listing of all files (except the page files themselves) in your folder structure. It'll also make it easy to implement access control to certain namespaces or pages simply by restricting access to those folders or files. Of course all of this could be acheived through mysql as well--and mysql would allow for even more possibilities and be faster. But this way the user doesn't have to install mysql. Well, those are some ideas to get the discussion flowing. -- "Impossible is nothing." ------------------------------ Message: 2 Date: Fri, 29 Jul 2005 19:52:42 -0600 From: Alex Verhovsky Subject: Re: [Instiki] I'm still alive To: zer0halo , Instiki-users Message-ID: <42EADD6A.5000700@verk.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed zer0halo wrote: >Are you thinking of Instiki using mysql instead of Madeleine for data >storage? IMO, that would be a great improvement and allow for greater >flexibility of future development and add-ons. > > MySQL shall be supported. SQLite is being mentioned as a way to retain the ease of installation; which is darn useful for personal or small project wikis. MySQL would be for web sites (eg, instiki.org). Basically, there is a desire to make an ActiveRecord backend, thus completing transformation of Instiki into a textbook Rails application. Re pluggable backend. It sounds cool. Madeleine sounds cool... but in practice it's a pain in the stern. I'm inclined to think that we "aint gonna need it". Similar story with file system storage - sorry guys, but it is not what I want to do right now. Best regards, Alexey Verkhovsky ------------------------------ Message: 3 Date: Sat, 30 Jul 2005 17:17:14 +1000 From: Assaph Mehr Subject: Re: [Instiki] Delete a Wiki To: dpguest@bestweb.net, Instiki-users Message-ID: <3ff47be90507300017661d8267@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 7/29/05, David Guest wrote: > Is there any way to delete one of several wiki's on a wiki site? Not through the web interface. If you don't mind a bit of hacking look at: http://rubyforge.org/pipermail/instiki-users/2005-May/000076.html HTH, Assaph ------------------------------ Message: 4 Date: Sat, 30 Jul 2005 18:20:32 +1000 From: Assaph Mehr Subject: Re: [Instiki] I'm still alive To: Instiki-users Message-ID: <3ff47be905073001205d278b65@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 > But finally, I'm back with you. Glad to have you back! > ...and then we want to try and give Instiki a real SQL backend. ooh boy :-) Cheers, Assaph ------------------------------ Message: 5 Date: Sat, 30 Jul 2005 10:59:44 +0100 From: David Rosam Subject: Re: [Instiki] I'm still alive To: Instiki-users Message-ID: <574dd6ff05073002593da21958@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi Alexey Can I give my $0.02 as a user not a hacker? What attracted me to Instiki (and then to Pimki) was the ease of installation for its feature set, so please make sure Instiki doesn't become JAHW (just another heavyweight wiki!) that will require me tangling with lots of extra technology - SQLite (whatever that is) sounds encouraging. Cheers David On 7/30/05, Alex Verhovsky wrote: > > zer0halo wrote: > > >Are you thinking of Instiki using mysql instead of Madeleine for data > >storage? IMO, that would be a great improvement and allow for greater > >flexibility of future development and add-ons. > > > > > MySQL shall be supported. SQLite is being mentioned as a way to retain > the ease of installation; which is darn useful for personal or small > project wikis. MySQL would be for web sites (eg, instiki.org > ). > > Basically, there is a desire to make an ActiveRecord backend, thus > completing transformation of Instiki into a textbook Rails application. > Re pluggable backend. It sounds cool. Madeleine sounds cool... but in > practice it's a pain in the stern. I'm inclined to think that we "aint > gonna need it". Similar story with file system storage - sorry guys, but > it is not what I want to do right now. > > Best regards, > Alexey Verkhovsky > > _______________________________________________ > Instiki-users mailing list > Instiki-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > -- David Rosam IT and SEO copywriting davidrosam@gmail.com http://dangerous-thinking.com +44 (0)70 440 ROSAM (76726) Skype:davidrosam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050730/194913df/attachment-0001.htm ------------------------------ Message: 6 Date: Sat, 30 Jul 2005 06:50:45 -0400 From: David Guest Subject: Re: [Instiki] I'm still alive To: David Rosam , Instiki-users Message-ID: <42EB5B85.1020001@bestweb.net> Content-Type: text/plain; charset="iso-8859-1" David Rosam wrote: > Hi Alexey > > Can I give my $0.02 as a user not a hacker? > > What attracted me to Instiki (and then to Pimki) was the ease of > installation for its feature set, so please make sure Instiki doesn't > become JAHW (just another heavyweight wiki!) that will require me > tangling with lots of extra technology - SQLite (whatever that is) > sounds encouraging. > > > Boy, do I second that opinion....KISS However, I use a database, NexusDB, very fast and S!L 2003 compliant ... I'd love to be able to switch out mysql and use Nexusdb ... with an easy switch .... >------------------------------------------------------------------------ > >_______________________________________________ >Instiki-users mailing list >Instiki-users@rubyforge.org >http://rubyforge.org/mailman/listinfo/instiki-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050730/d1421067/attachment-0001.htm ------------------------------ Message: 7 Date: Sat, 30 Jul 2005 11:02:59 -0600 From: Alex Verhovsky Subject: [Instiki] [ANN] Instiki 0.10.2 To: Instiki-users , ruby-talk@ruby-lang.org, rails@lists.rubyonrails.org Message-ID: <42EBB2C3.6020403@verk.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Dear all, Coming back from a long hibernation over Microsoft .NET textbooks, I have just released Instiki 0.10.2. Instiki is a Wiki Clone that's so easy to set up and so pretty to look at, you'?l be wondering whether this is a real wiki at all. It is also the most frequently downloaded end-user application on RubyForge, surpassed only by the Ruby One Click Installer and RubyGems. 0.10.2 is a maintenance release. Primarily it is about fixing the "endless redirects loop, triggered by a RedCloth exception" bug. Here is the full list of changes in the version: * Resolved the "endless redirection loop" condition and otherwise improved handling of errors in the rendering engines * Fixed HTML export * Upgraded to Rails 0.13.1 * Added layout=no option to the export_html action (it exports page contents processed by the markup engine, but without the default layout - so that they can be wrapped in some other layout) * tag can span several lines (before it was applied when both opening and closing tags were on the same line only) * Fixed rendering of Markdown hyperlinks such as [Text](http://something.com/foo) The released files are available at http://rubyforge.org/frs/?group_id=186 Online documentation is at http://instiki.org (the site is down as I write this, but it will be back soon). Source code and bug tracker are at http://dev.instiki.org An updated gem is already available on RubyForge gem server. Best regards, Alexey Verkhovsky ------------------------------ Message: 8 Date: Sat, 30 Jul 2005 18:58:04 -0600 From: Alex Verhovsky Subject: [Instiki] Instiki.org is back and upgraded to 0.10.2 To: Instiki-users Message-ID: <42EC221C.9060004@verk.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, http://instiki.org site is back up and upgraded to 0.10.2. I'm fervently hoping that it stays up, but who knows... :) Anyway, if you see any problem with the upgraded wiki, in the next week or so, don't bother with Trac tickets, just email me about it. I'll try to fix it as fast as possible. Also, I am planning some major refactoring of the wiki content in the coming days - removing old revisions, obsolete pages etc. The objective is to make it more relevant to the current version, better structured and (most importantly) smaller and easier on the memory. Best regards, Alex ------------------------------ _______________________________________________ Instiki-users mailing list Instiki-users@rubyforge.org http://rubyforge.org/mailman/listinfo/instiki-users End of Instiki-users Digest, Vol 3, Issue 5 ******************************************* (mobile) From ldk2005 at gmail.com Sat Jul 30 23:19:03 2005 From: ldk2005 at gmail.com (Larry Kelly) Date: Sat Jul 30 23:13:17 2005 Subject: [Instiki] Gem install not starting. Message-ID: <871b07a7050730201925ddab29@mail.gmail.com> After downloading the '*.gem' file for instiki, I installed it by running "gem install instiki-0.10.2" from the windows XP command line. Received a 'successful install' message. Executing "ruby instiki" produced a 'file not found' error. How should I start instiki? What am I missing? -Larry -- Best Regards, -Larry "Work, work, work...there is no satisfactory alternative." --- E.Taft Benson -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050730/59bad939/attachment.htm From alex at verk.info Sun Jul 31 05:25:36 2005 From: alex at verk.info (Alex Verhovsky) Date: Sun Jul 31 05:20:10 2005 Subject: [Instiki] Gem install not starting. In-Reply-To: <871b07a7050730201925ddab29@mail.gmail.com> References: <871b07a7050730201925ddab29@mail.gmail.com> Message-ID: <42EC9910.7060006@verk.info> Larry Kelly wrote: > After downloading the '*.gem' file for instiki, I installed it by > running "gem install instiki-0.10.2" from the windows XP command > line. Received a 'successful install' message. Executing "ruby > instiki" produced a 'file not found' error. How should I start > instiki? What am I missing? It would be a good idea to include the exact error message with your question. In the absense of it, I can hazard a guess that as you are doing a local install (downloading the .gem manually, and then installing it). RubyGems doesn't take care about installing dependencies (rails, madeleine, rubyzip, redcloth etc) in this scenario. What I suggest is to "gem uninstall instiki", and then do a remote installation ("gem install instiki"). Answer yes to all suggestions to download dependencies. If you cannot do remote gem installation (happens with some firewalls and proxied internet connections), you should download a .zip - it contains all dependencies inside. Hope this helps. Alex From cla at zuehlke.com Sun Jul 31 05:59:03 2005 From: cla at zuehlke.com (Link, Claudius) Date: Sun Jul 31 05:53:24 2005 Subject: [Instiki] Gem install not starting. Message-ID: Hello Larry, > -----Original Message----- > From: instiki-users-bounces@rubyforge.org > [mailto:instiki-users-bounces@rubyforge.org] On Behalf Of Larry Kelly > Sent: Sunday, July 31, 2005 5:19 AM > To: instiki-users@rubyforge.org > Subject: [Instiki] Gem install not starting. > > After downloading the '*.gem' file for instiki, I installed > it by running "gem install instiki-0.10.2" from the windows > XP command line. Received a 'successful install' message. > Executing "ruby instiki" produced a 'file not found' error. > How should I start instiki? What am I missing? I think you just use instiki To start it the "storage" directory is then created where you started it. In your command ruby is found by searching the PATH. But the ruby interpreter itself only looks in the current directory for the "instiki" (or "instiki.rb") file. Which does not exist. If simply "instiki" does not work you can try ruby "INSTALL_PATH_OFF_RUBY\ruby\lib\ruby\gems\1.8\gems\instiki-0.10.2\instik i.rb" Regards, Claudius From dpguest at bestweb.net Sun Jul 31 06:46:13 2005 From: dpguest at bestweb.net (David Guest) Date: Sun Jul 31 06:40:30 2005 Subject: [Instiki] Instiki.org is back and upgraded to 0.10.2 In-Reply-To: <42EC221C.9060004@verk.info> References: <42EC221C.9060004@verk.info> Message-ID: <42ECABF5.6080700@bestweb.net> Alex Verhovsky wrote: > Hi all, > > http://instiki.org site is back up and upgraded to 0.10.2. I'm > fervently hoping that it stays up, but who knows... > :) Anyway, if you see any problem with the upgraded > wiki, in the next week or so, don't bother with Trac tickets, just > email me about it. I'll try to fix it as fast as possible. > > Also, I am planning some major refactoring of the wiki content in the > coming days - removing old revisions, obsolete pages etc. The > objective is to make it more relevant to the current version, better > structured and (most importantly) smaller and easier on the memory. > > Best regards, > Alex > > _______________________________________________ > Instiki-users mailing list > Instiki-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/instiki-users > I do think it would be a major beneift to provide the users with a way to rebuild a wiki from a text acrhive. This would solve the problem of deleting a wiki and also give the user the ability to recreate the wiki and even go in an make changes to the text file to eliminate problem pages.... Another benefit, is that the text achrive can be done over the internet so that the wiki can be backed up onto anotheer machine easily ... Thank you for a great product... David Guest From sldowney at berkeley.edu Sun Jul 31 10:51:34 2005 From: sldowney at berkeley.edu (Steve Downey) Date: Sun Jul 31 10:45:48 2005 Subject: [Instiki] For End Users: Textile or Markdown? Message-ID: <42ECE576.4020809@berkeley.edu> Hello, Relatively new to Ruby/Rails, new to Instiki this weekend. For end users, would you prefer Textile or Markdown. Note: this assumes you can't do both; I have tried the "Mixed" mark-up choice in Instiki and id didn't seem to pick up Markdown numbered lists, headers, links, etc. Textile is the choice for the Instiki site and the Rails site and is the default, so I presume there is some reason for this? The "hn" tags seem more intuitive, and it has table support that Markdown seems to lack. I am a little leery of the horror stories I've read of Textile bugs causing certain markup to crash an Instiki instance (or is that fixed?) I really like the link options in Markdown. Anyway, enough rambling. Steve From derek at derekgulbranson.com Sun Jul 31 14:15:35 2005 From: derek at derekgulbranson.com (Derek Gulbranson) Date: Sun Jul 31 14:09:50 2005 Subject: [Instiki] For End Users: Textile or Markdown? In-Reply-To: <42ECE576.4020809@berkeley.edu> References: <42ECE576.4020809@berkeley.edu> Message-ID: On Jul 31, 2005, at 7:51 AM, Steve Downey wrote: > > For end users, would you prefer Textile or Markdown. I think Markdown is easier to read and Textile is easier to write. The h1. tags of textile blend in with the rest of the text. Markdown's headings syntax is easier to spot as you scan the text. The Markdown reference syntax for links can allow for greater visibility and accuracy of those urls and title tags. Also, only Textile supports export to Tex and PDF format (but i've never played with those). -derek From david at loudthinking.com Sun Jul 31 14:19:12 2005 From: david at loudthinking.com (David Heinemeier Hansson) Date: Sun Jul 31 14:13:28 2005 Subject: [Instiki] Instiki.org is back and upgraded to 0.10.2 In-Reply-To: <42ECABF5.6080700@bestweb.net> References: <42EC221C.9060004@verk.info> <42ECABF5.6080700@bestweb.net> Message-ID: <65560D5E-F7AE-4EEC-A3EE-A7DC07C23CD8@loudthinking.com> > I do think it would be a major beneift to provide the users with a > way to rebuild a wiki from a text acrhive. This would solve the > problem of deleting a wiki and also give the user the ability to > recreate the wiki and even go in an make changes to the text file > to eliminate problem pages.... > > Another benefit, is that the text achrive can be done over the > internet so that the wiki can be backed up onto anotheer machine > easily ... The following is a simple script I did to recreate a wiki from a markup dump. It was used to restore the Ruby on Rails wiki. #!/usr/local/bin/ruby require 'net/http' require 'cgi' markup_dir = ARGV[0] server_host = ARGV[1] || "127.0.0.1" server_port = "2750" wiki_path = "rails" author_name = "The Importer" Net::HTTP.start(server_host, server_port) do |http| for page_file in Dir.entries(markup_dir) next if [".", ".."].include?(page_file) page_name = page_file.split(".").first puts "Saving: #{page_name}" markup = IO.read("#{markup_dir}/#{page_file}") http.post("/#{wiki_path}/save/#{page_name}", "content=# {CGI.escape(markup)}&author=#{author_name}") end end -- David Heinemeier Hansson http://www.loudthinking.com -- Broadcasting Brain http://www.basecamphq.com -- Online project management http://www.backpackit.com -- Personal information manager http://www.rubyonrails.com -- Web-application framework From zerohalo at gmail.com Sun Jul 31 14:23:03 2005 From: zerohalo at gmail.com (zer0halo) Date: Sun Jul 31 14:17:15 2005 Subject: [Instiki] For End Users: Textile or Markdown? In-Reply-To: References: <42ECE576.4020809@berkeley.edu> Message-ID: <92b38bd505073111234eca19c7@mail.gmail.com> On 7/31/05, Derek Gulbranson wrote: > > I think Markdown is easier to read and Textile is easier to write. I agree. Since you mostly use a markup helper for writing, not reading, that's why I prefer Textile over Markup. -- "Impossible is nothing." From derek at derekgulbranson.com Sun Jul 31 14:58:33 2005 From: derek at derekgulbranson.com (Derek Gulbranson) Date: Sun Jul 31 14:52:48 2005 Subject: [Instiki] For End Users: Textile or Markdown? In-Reply-To: <92b38bd505073111234eca19c7@mail.gmail.com> References: <42ECE576.4020809@berkeley.edu> <92b38bd505073111234eca19c7@mail.gmail.com> Message-ID: <2825A07D-47EB-4D20-AD6B-546D4E964B0E@derekgulbranson.com> On Jul 31, 2005, at 11:23 AM, zer0halo wrote: > Since you mostly use a markup helper for writing, not > reading, that's why I prefer Textile over Markup. Depends on the situation. For my content I don't write it, I just edit it. The original copy is written in Word or something of the author's choosing. In this situation, being easier to read is more important than easier to write. Easier to read means fewer mistakes. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050731/969cc977/attachment.htm From alex at verk.info Sun Jul 31 15:04:33 2005 From: alex at verk.info (Alex Verhovsky) Date: Sun Jul 31 14:58:58 2005 Subject: [Instiki] Storage replaced Message-ID: <42ED20C1.5080302@verk.info> Hi all, I have recreated Instiki.org storage, taking only those pages from the old storage that would be relevant to a new Instiki 0.10.X user. If you feel that some other content should be preserved, please email me - I have a backup of the old storage and will do that gladly. Best regards, Alexey Verkhovsky From zerohalo at gmail.com Sun Jul 31 15:27:00 2005 From: zerohalo at gmail.com (zer0halo) Date: Sun Jul 31 15:21:12 2005 Subject: Fwd: [Instiki] For End Users: Textile or Markdown? In-Reply-To: <92b38bd505073112262e15c078@mail.gmail.com> References: <42ECE576.4020809@berkeley.edu> <92b38bd505073111234eca19c7@mail.gmail.com> <2825A07D-47EB-4D20-AD6B-546D4E964B0E@derekgulbranson.com> <92b38bd505073112262e15c078@mail.gmail.com> Message-ID: <92b38bd505073112275af11963@mail.gmail.com> But does the original author write it using markup, or do you insert the markup as you edit? If the latter, then aren't you "writing" as well? Nevertheless, I agree that under some conditions, reading might be more useful than writing. So both Textile and Markdown maybe be equally suitable depending on the situation. Speaking of Word, one of those "projects" on my list is to write a Word macro that converts basic Word formatting (bold/italics, headers, bullets, etc.) to Textile (or Markdown) automatically. Or maybe there's already one out there--I haven't really looked. On 7/31/05, Derek Gulbranson wrote: > > On Jul 31, 2005, at 11:23 AM, zer0halo wrote: > > > Since you mostly use a markup helper for writing, not > > reading, that's why I prefer Textile over Markup. > Depends on the situation. For my content I don't write it, I just edit it. > The original copy is written in Word or something of the author's choosing. > In this situation, being easier to read is more important than easier to > write. Easier to read means fewer mistakes. -- "Impossible is nothing." -- "Impossible is nothing." From derek at derekgulbranson.com Sun Jul 31 15:43:50 2005 From: derek at derekgulbranson.com (Derek Gulbranson) Date: Sun Jul 31 15:38:06 2005 Subject: [Instiki] For End Users: Textile or Markdown? In-Reply-To: <92b38bd505073112275af11963@mail.gmail.com> References: <42ECE576.4020809@berkeley.edu> <92b38bd505073111234eca19c7@mail.gmail.com> <2825A07D-47EB-4D20-AD6B-546D4E964B0E@derekgulbranson.com> <92b38bd505073112262e15c078@mail.gmail.com> <92b38bd505073112275af11963@mail.gmail.com> Message-ID: On Jul 31, 2005, at 12:27 PM, zer0halo wrote: > But does the original author write it using markup, or do you insert > the markup as you edit? If the latter, then aren't you "writing" as > well? Yea, I just take the text and add markup. It's easier than creating the XHTML by hand. I generally am not terribly aware of the subject matter of the text, so I hesitate to use "writing" to describe what I'm doing. > Speaking of Word, one of those "projects" on my list is to write a > Word macro that converts basic Word formatting (bold/italics, headers, > bullets, etc.) to Textile (or Markdown) automatically. Or maybe > there's already one out there--I haven't really looked. I have not seen one but I would love such a macro. Currently I do a Word export to HTML, use Dreamweaver's clean Word HTML macro, then convert that to Markdown with html2text.py. It's not that clean when I'm done but is still helpful for large documents. Since an XHTML > Markdown script exists, you might be better off doing a Word > XHTML macro, that just output simple XHTML with no formatting that will translate easily into markup. Then you could use that XHTML for a lot of other things, Markdown, or write a XHTML > Textile script. Perhaps a Word > Clean XHTML macro exists already...? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instiki-users/attachments/20050731/6f1415fe/attachment.htm