From 81ad4377e90961a46d97248844f5fa7f26be3f24 Mon Sep 17 00:00:00 2001 From: "http://schmonz.livejournal.com/" Date: Sun, 2 Aug 2009 10:22:39 -0400 Subject: response --- doc/forum/ikiwiki_over_database__63__.wiki | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_over_database__63__.wiki b/doc/forum/ikiwiki_over_database__63__.wiki index ff123e98d..fb4d41763 100644 --- a/doc/forum/ikiwiki_over_database__63__.wiki +++ b/doc/forum/ikiwiki_over_database__63__.wiki @@ -1 +1,21 @@ Is there here any possibility to modifying ikiwiki (via plugin) for store pages in database. I'm thinking about storing pages in sqlite or mysql for serving it much faster. The idea is from sputnik.org [http://sputnik.freewisdom.org/] but with perl ;-). Could we integrate the sputnik code in ikiwiki as a solution? + +> ikiwiki generates static pages in a filesystem. It's responsible +> for editing and regenerating them, but they're served by any old +> web server. If you go to the trouble of stuffing the generated pages +> into a database, you'll need to go to further trouble to serve them +> back out somehow: write your own web server, perhaps, or a module +> for a particular web server. Either way you'll have sacrificed +> ikiwiki's interoperability, and it's not at all clear (since you're +> adding, in the best case, one layer of indirection reading the +> generated files) you'll have gained any improved page-serving +> performance. If it's source pages you want to store in a database, +> then you lose the ability to do random Unixy things to source pages, +> including managing them in a revision control system. +> +> Static HTML pages in a filesystem and the ability to do random +> Unixy things are two of the uniquely awesome features of ikiwiki. +> It's probably possible to do what you want, but it's unlikely that +> you really want it. I'd suggest you either get to know ikiwiki better, +> or choose one of the many wiki implementations that already works +> as you describe. --[[Schmonz]] -- cgit v1.2.3 From 4c21c5d1fa16972cf08583d96a05af87758e0936 Mon Sep 17 00:00:00 2001 From: "http://schmonz.livejournal.com/" Date: Sun, 2 Aug 2009 10:29:15 -0400 Subject: ugh, this is not a Markdown page --- doc/forum/ikiwiki_over_database__63__.wiki | 24 +++++------------------- 1 file changed, 5 insertions(+), 19 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_over_database__63__.wiki b/doc/forum/ikiwiki_over_database__63__.wiki index fb4d41763..b6e7266e3 100644 --- a/doc/forum/ikiwiki_over_database__63__.wiki +++ b/doc/forum/ikiwiki_over_database__63__.wiki @@ -1,21 +1,7 @@ Is there here any possibility to modifying ikiwiki (via plugin) for store pages in database. I'm thinking about storing pages in sqlite or mysql for serving it much faster. The idea is from sputnik.org [http://sputnik.freewisdom.org/] but with perl ;-). Could we integrate the sputnik code in ikiwiki as a solution? -> ikiwiki generates static pages in a filesystem. It's responsible -> for editing and regenerating them, but they're served by any old -> web server. If you go to the trouble of stuffing the generated pages -> into a database, you'll need to go to further trouble to serve them -> back out somehow: write your own web server, perhaps, or a module -> for a particular web server. Either way you'll have sacrificed -> ikiwiki's interoperability, and it's not at all clear (since you're -> adding, in the best case, one layer of indirection reading the -> generated files) you'll have gained any improved page-serving -> performance. If it's source pages you want to store in a database, -> then you lose the ability to do random Unixy things to source pages, -> including managing them in a revision control system. -> -> Static HTML pages in a filesystem and the ability to do random -> Unixy things are two of the uniquely awesome features of ikiwiki. -> It's probably possible to do what you want, but it's unlikely that -> you really want it. I'd suggest you either get to know ikiwiki better, -> or choose one of the many wiki implementations that already works -> as you describe. --[[Schmonz]] +----- + +ikiwiki generates static pages in a filesystem. It's responsible for editing and regenerating them, but they're served by any old web server. If you go to the trouble of stuffing the generated pages into a database, you'll need to go to further trouble to serve them back out somehow: write your own web server, perhaps, or a module for a particular web server. Either way you'll have sacrificed ikiwiki's interoperability, and it's not at all clear (since you're adding, in the best case, one layer of indirection reading the generated files) you'll have gained any improved page-serving performance. If it's source pages you want to store in a database, then you lose the ability to do random Unixy things to source pages, including managing them in a revision control system. + +Static HTML pages in a filesystem and the ability to do random Unixy things are two of the uniquely awesome features of ikiwiki. It's probably possible to do what you want, but it's unlikely that you really want it. I'd suggest you either get to know ikiwiki better, or choose one of the many wiki implementations that already works as you describe. --[[Schmonz]] -- cgit v1.2.3 From acc3a2b53f346ea22ec4ba097bcf718f8df2460f Mon Sep 17 00:00:00 2001 From: "http://schmonz.livejournal.com/" Date: Sun, 2 Aug 2009 10:44:17 -0400 Subject: sure maybe, but not with ikiwiki itself --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index e50eb4e1c..51b91d30d 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -3,3 +3,12 @@ Hi, Can you give me a hint for showing if one user is logged or not. If user is logged, then I want to display the user name, as wikipedia or dokuwiki for example. Regards, Xan. + +> ikiwiki doesn't serve pages, so this can't be done inside ikiwiki. +> For certain kinds of authentication it might be possible anyway. +> For instance, if you're using [[plugins/httpauth]] exclusively and +> your server has PHP, you could put ` ?>` in all the relevant ikiwiki [[templates]] and arrange for the +> generated HTML pages to get run through the PHP interpreter. The trick +> would work differently with other [[plugins/type/auth]] plugins, +> if at all. -- cgit v1.2.3 From e34f3dc8e61ef53adb83879608a3a552887666a3 Mon Sep 17 00:00:00 2001 From: "http://schmonz.livejournal.com/" Date: Sun, 2 Aug 2009 10:46:27 -0400 Subject: love, me --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index 51b91d30d..5ebde2cce 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -11,4 +11,4 @@ Xan. > ?>` in all the relevant ikiwiki [[templates]] and arrange for the > generated HTML pages to get run through the PHP interpreter. The trick > would work differently with other [[plugins/type/auth]] plugins, -> if at all. +> if at all. --[[Schmonz]] -- cgit v1.2.3 From efd0a66a70ca09241d11360855b0aab904bfb524 Mon Sep 17 00:00:00 2001 From: xan Date: Sun, 2 Aug 2009 10:50:16 -0400 Subject: --- doc/forum/ikiwiki_over_database__63__.wiki | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_over_database__63__.wiki b/doc/forum/ikiwiki_over_database__63__.wiki index b6e7266e3..a70f9c989 100644 --- a/doc/forum/ikiwiki_over_database__63__.wiki +++ b/doc/forum/ikiwiki_over_database__63__.wiki @@ -5,3 +5,7 @@ Is there here any possibility to modifying ikiwiki (via plugin) for store pages ikiwiki generates static pages in a filesystem. It's responsible for editing and regenerating them, but they're served by any old web server. If you go to the trouble of stuffing the generated pages into a database, you'll need to go to further trouble to serve them back out somehow: write your own web server, perhaps, or a module for a particular web server. Either way you'll have sacrificed ikiwiki's interoperability, and it's not at all clear (since you're adding, in the best case, one layer of indirection reading the generated files) you'll have gained any improved page-serving performance. If it's source pages you want to store in a database, then you lose the ability to do random Unixy things to source pages, including managing them in a revision control system. Static HTML pages in a filesystem and the ability to do random Unixy things are two of the uniquely awesome features of ikiwiki. It's probably possible to do what you want, but it's unlikely that you really want it. I'd suggest you either get to know ikiwiki better, or choose one of the many wiki implementations that already works as you describe. --[[Schmonz]] + +--- + +Thanks, [[Schmonz]]. You clarify me much things,.... Xan. -- cgit v1.2.3 From d819fd6b04615adb1ccf40a5d49eb75178245c3a Mon Sep 17 00:00:00 2001 From: xan Date: Sun, 2 Aug 2009 10:51:31 -0400 Subject: --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index 5ebde2cce..04f6cc9b8 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -12,3 +12,5 @@ Xan. > generated HTML pages to get run through the PHP interpreter. The trick > would work differently with other [[plugins/type/auth]] plugins, > if at all. --[[Schmonz]] + +>> Thanks a lot, Xan. -- cgit v1.2.3 From b188a25e152dec8e0515b1f69bcafe67f540ca0a Mon Sep 17 00:00:00 2001 From: "http://smcv.pseudorandom.co.uk/" Date: Mon, 3 Aug 2009 06:01:50 -0400 Subject: can be done with Javascript? --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index 04f6cc9b8..ec3ca4138 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -14,3 +14,11 @@ Xan. > if at all. --[[Schmonz]] >> Thanks a lot, Xan. + +>>> Another possible trick would be to use some Javascript to make a +>>> "who am I?" AJAX request to the CGI (the CGI would receive the +>>> session cookie, if any, and be able to answer). Obviously, this +>>> wouldn't work for users who've disabled Javascript, but since it's +>>> non-essential, that's not so bad. You'd need to +>>> [[write_a_plugin|plugins/write]] to add a suitable CGI action, +>>> perhaps ?do=whoami, and insert the Javascript. --[[smcv]] -- cgit v1.2.3 From d55fbc812bbf4a167dcb92b10895fa38033af958 Mon Sep 17 00:00:00 2001 From: "http://schmonz.livejournal.com/" Date: Mon, 3 Aug 2009 12:54:13 -0400 Subject: response --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index ec3ca4138..239f78f5d 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -22,3 +22,8 @@ Xan. >>> non-essential, that's not so bad. You'd need to >>> [[write_a_plugin|plugins/write]] to add a suitable CGI action, >>> perhaps ?do=whoami, and insert the Javascript. --[[smcv]] + +>>>> Cool idea. A similar trick (I first saw it +>>>> [here](http://www.peej.co.uk/articles/http-auth-with-html-forms.html)) +>>>> could be used to provide a [[plugins/passwordauth]]-like login form +>>>> for [[plugins/httpauth]]. -- cgit v1.2.3 From 71f403a438b9b1e9e57bca55a02fe0fe5f4692e4 Mon Sep 17 00:00:00 2001 From: "http://schmonz.livejournal.com/" Date: Mon, 3 Aug 2009 13:27:11 -0400 Subject: whoops, resolve --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index 239f78f5d..83061cdab 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -26,4 +26,4 @@ Xan. >>>> Cool idea. A similar trick (I first saw it >>>> [here](http://www.peej.co.uk/articles/http-auth-with-html-forms.html)) >>>> could be used to provide a [[plugins/passwordauth]]-like login form ->>>> for [[plugins/httpauth]]. +>>>> for [[plugins/httpauth]]. --[[Schmonz]] -- cgit v1.2.3 From 733d1773adfd5146cdf8ddf90338979a41665f24 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 4 Aug 2009 13:40:22 -0400 Subject: responses --- doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn index 83061cdab..be9854a08 100644 --- a/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn +++ b/doc/forum/appear_if_you_are_login_or_not_in_a_page.mdwn @@ -23,7 +23,14 @@ Xan. >>> [[write_a_plugin|plugins/write]] to add a suitable CGI action, >>> perhaps ?do=whoami, and insert the Javascript. --[[smcv]] +>>>> It's an idea, but you're trading off a serious speed hit for a very +>>>> minor thing. --[[Joey]] + >>>> Cool idea. A similar trick (I first saw it >>>> [here](http://www.peej.co.uk/articles/http-auth-with-html-forms.html)) >>>> could be used to provide a [[plugins/passwordauth]]-like login form >>>> for [[plugins/httpauth]]. --[[Schmonz]] + +>>>>> I always assumed the entire reason someone might want to use the +>>>>> httpauth plugin is to avoid nasty site-specific login forms.. +>>>>> --[[Joey]] -- cgit v1.2.3 From bb4a121222436473f3136064ba89d31995e40691 Mon Sep 17 00:00:00 2001 From: buo Date: Thu, 6 Aug 2009 13:40:26 -0400 Subject: --- doc/forum/Sidebar_with_links__63__.mdwn | 41 +++++++++++++++++++++++++++++++++ 1 file changed, 41 insertions(+) create mode 100644 doc/forum/Sidebar_with_links__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Sidebar_with_links__63__.mdwn b/doc/forum/Sidebar_with_links__63__.mdwn new file mode 100644 index 000000000..c3252062a --- /dev/null +++ b/doc/forum/Sidebar_with_links__63__.mdwn @@ -0,0 +1,41 @@ +I'm trying to create a template to use as a sidebar with links. The template will be static +(no variables are used). I first created a page with this directive: \[[!template id=sidebar]], +and then created the template with the web interface. + +This is the code I put in the template: + +
+
    +
  • \[[Existing internal link|exists]]
    • +
  • \[[Non-existing internal link|doesnotexist]]
    • +
  • [External link](http://google.com/)
    • +
+ +
+ +This is the relevant part of the resulting html file `template/sidebar.html`: + +
+ +
+ +Note that the `` link has disappeared, and that `[External link](http://google.com/)` +has been copied literally instead of being converted to a link, as I expected. + +Worse, this is the relevant part of the html file of the page that includes the template: + +
+
    +
  • Existing internal link
    • +
  • ?Non-existing internal link
    • +
  • [External link](http://google.com/)
    • +
+
+ +Note that the `Existing internal link` is no longer a link. It is only text. + +What am I doing wrong? Any help or pointers will be appreciated. --[[buo]] -- cgit v1.2.3 From fc60d256ddf6ee60f2d3f4965ba6e4cc365323b4 Mon Sep 17 00:00:00 2001 From: Jogo Date: Thu, 6 Aug 2009 15:51:24 -0400 Subject: --- doc/forum/Sidebar_with_links__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Sidebar_with_links__63__.mdwn b/doc/forum/Sidebar_with_links__63__.mdwn index c3252062a..7bc94242a 100644 --- a/doc/forum/Sidebar_with_links__63__.mdwn +++ b/doc/forum/Sidebar_with_links__63__.mdwn @@ -26,6 +26,8 @@ This is the relevant part of the resulting html file `template/sidebar.html`: Note that the `` link has disappeared, and that `[External link](http://google.com/)` has been copied literally instead of being converted to a link, as I expected. +> Templates aren't Markdown page. [[ikiwiki/WikiLink]] only are expanded. --[[Jogo]] + Worse, this is the relevant part of the html file of the page that includes the template:
-- cgit v1.2.3 From 9637e66932c72381adba4c56bb4d23d2539db717 Mon Sep 17 00:00:00 2001 From: buo Date: Fri, 7 Aug 2009 08:56:07 -0400 Subject: --- doc/forum/Sidebar_with_links__63__.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Sidebar_with_links__63__.mdwn b/doc/forum/Sidebar_with_links__63__.mdwn index 7bc94242a..f3deb29c0 100644 --- a/doc/forum/Sidebar_with_links__63__.mdwn +++ b/doc/forum/Sidebar_with_links__63__.mdwn @@ -28,6 +28,10 @@ has been copied literally instead of being converted to a link, as I expected. > Templates aren't Markdown page. [[ikiwiki/WikiLink]] only are expanded. --[[Jogo]] +>> Thanks for the help Jogo. Looking at the [[templates]] page, it says that +"...you can include WikiLinks and all other forms of wiki markup in the template." I read this +to mean that a template may indeed include Markdown. Am I wrong in my interpratation? --[[buo]] + Worse, this is the relevant part of the html file of the page that includes the template:
-- cgit v1.2.3 From 03bfd6c317a035434ba4abd59704d22f7535b664 Mon Sep 17 00:00:00 2001 From: buo Date: Fri, 7 Aug 2009 14:52:30 -0400 Subject: --- doc/forum/Sidebar_with_links__63__.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Sidebar_with_links__63__.mdwn b/doc/forum/Sidebar_with_links__63__.mdwn index f3deb29c0..79da03e5f 100644 --- a/doc/forum/Sidebar_with_links__63__.mdwn +++ b/doc/forum/Sidebar_with_links__63__.mdwn @@ -32,6 +32,10 @@ has been copied literally instead of being converted to a link, as I expected. "...you can include WikiLinks and all other forms of wiki markup in the template." I read this to mean that a template may indeed include Markdown. Am I wrong in my interpratation? --[[buo]] +>> I discovered that if I eliminate all html from my sidebar.mdwn template, the links are +rendered properly. It seems that the mix of Markdown and html is confusing some part of +Ikiwiki. --[[buo]] + Worse, this is the relevant part of the html file of the page that includes the template:
-- cgit v1.2.3 From 8fba0e710186071ca0a776140fe7b6acc8f07dad Mon Sep 17 00:00:00 2001 From: buo Date: Fri, 7 Aug 2009 15:26:07 -0400 Subject: Solved. --- doc/forum/Sidebar_with_links__63__.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Sidebar_with_links__63__.mdwn b/doc/forum/Sidebar_with_links__63__.mdwn index 79da03e5f..790ee85a2 100644 --- a/doc/forum/Sidebar_with_links__63__.mdwn +++ b/doc/forum/Sidebar_with_links__63__.mdwn @@ -49,3 +49,10 @@ Worse, this is the relevant part of the html file of the page that includes the Note that the `Existing internal link` is no longer a link. It is only text. What am I doing wrong? Any help or pointers will be appreciated. --[[buo]] + +----- + +I think I have figured this out. I thought the template was filled and then +processed to convert Markdown to html. Instead, the text in each variable is +processed and then the template is filled. I somehow misunderstood the +[[templates]] page. -- [[buo]] -- cgit v1.2.3 From 7b3b0dabb309794bb1d7c9191b7236d2c87c389b Mon Sep 17 00:00:00 2001 From: lludwig Date: Thu, 13 Aug 2009 14:14:50 -0400 Subject: --- doc/forum/google_openid_broken__63__.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/google_openid_broken__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn new file mode 100644 index 000000000..2ca339c3c --- /dev/null +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -0,0 +1,5 @@ +when I login via to this wiki (or ours) via Google's OpenID, I get this error: + +Error: OpenID failure: no_identity_server: The provided URL doesn't declare its OpenID identity server. + +Any idea how to fix this?? -- cgit v1.2.3 From d512d5802273faac184d133d64965336a68cd603 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 13 Aug 2009 17:48:36 -0400 Subject: response --- doc/forum/google_openid_broken__63__.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 2ca339c3c..890bba4d9 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -3,3 +3,8 @@ when I login via to this wiki (or ours) via Google's OpenID, I get this error: Error: OpenID failure: no_identity_server: The provided URL doesn't declare its OpenID identity server. Any idea how to fix this?? + +> Google is [doing things with openid that are not in the spec](http://googledataapis.blogspot.com/2008/10/federated-login-for-google-account.html) +> and it's not clear to me that they intend regular openid to work at all. +> What is your google openid URL so I can take a look at the data they are +> providing? --[[Joey]] -- cgit v1.2.3 From 110d6e18b438809b53f5a2a12d81659247079464 Mon Sep 17 00:00:00 2001 From: lludwig Date: Fri, 14 Aug 2009 09:49:49 -0400 Subject: --- doc/forum/google_openid_broken__63__.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 890bba4d9..e0b24eab9 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -8,3 +8,7 @@ Any idea how to fix this?? > and it's not clear to me that they intend regular openid to work at all. > What is your google openid URL so I can take a look at the data they are > providing? --[[Joey]] + + +http://openid-provider.appspot.com/larrylud + -- cgit v1.2.3 From cfdabf348db8f8ba75aac39678b060b39824db08 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 14 Aug 2009 15:09:01 -0400 Subject: forwarded upstream with analysis --- doc/forum/google_openid_broken__63__.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index e0b24eab9..0e0d8d118 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -12,3 +12,7 @@ Any idea how to fix this?? http://openid-provider.appspot.com/larrylud +> I've debugged this some and filed +> on the Openid perl +> module. It's a pretty easy fix, so I hope upstream will fix it quickly. +> --[[Joey]] -- cgit v1.2.3 From 3e086c84a2f826c77322a5dabdff1277eeb7152c Mon Sep 17 00:00:00 2001 From: "http://www.cse.unsw.edu.au/~willu/" Date: Fri, 14 Aug 2009 19:10:57 -0400 Subject: Related comments on openid redirection. --- doc/forum/google_openid_broken__63__.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 0e0d8d118..1be9d0487 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -16,3 +16,15 @@ http://openid-provider.appspot.com/larrylud > on the Openid perl > module. It's a pretty easy fix, so I hope upstream will fix it quickly. > --[[Joey]] + +>> A little more information here: I'm using that same openid provider at the moment. Note that +>> that provider isn't google - it is someone using the google API to authenticate. I normally have it +>> set up as a redirect from my home page (which means I can change providers easily). + + + + +>> In that mode it works (I used it to log in to make this edit). However, when I try the openid +>> URL directly, it doesn't work. I think there is something weird with re-direction. I hope this +>> isn't a more general security hole. +>> -- [[Will]] -- cgit v1.2.3 From 11ed30b5a8cf21131456697b001e089208bb19ca Mon Sep 17 00:00:00 2001 From: "http://www.tychoish.com/" Date: Thu, 3 Sep 2009 22:00:29 -0400 Subject: notes on using gitosis and ikiwiki --- ...ki__44___gitosis_and_apache2_in_Debian_Sid.mdwn | 29 ++++++++++++++++++++++ 1 file changed, 29 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/multi-user_setup_of_ikiwiki__44___gitosis_and_apache2_in_Debian_Sid.mdwn b/doc/forum/multi-user_setup_of_ikiwiki__44___gitosis_and_apache2_in_Debian_Sid.mdwn index fa8b5010e..b8e28e0a3 100644 --- a/doc/forum/multi-user_setup_of_ikiwiki__44___gitosis_and_apache2_in_Debian_Sid.mdwn +++ b/doc/forum/multi-user_setup_of_ikiwiki__44___gitosis_and_apache2_in_Debian_Sid.mdwn @@ -65,3 +65,32 @@ Could you please enlighten me. It should be possible seeing for example this sit Thanks in advance, --[[PaulePanter]] + +--- + +## Current Working Notes + +I've spent a little time getting this working and I wanted to share my notes on this, for those that come after me. + +### My Setup + +- Debian Lenny + +- Gitosis (hand compiled, for no good reason, but it's the same version as in the repository) + +- Ikiwiki 3.12 installed using packages from Sid + +### What Works + +- Everything needs to be chowned git:git (or gitosis:gitosis) by whatever gitosis runs with. This includes: + - the bare repository (as always) + - the srcdir + - the destdir + +- Ikiwiki needs to run in gitosis' group (eg. git in my case, but probably gitosis in yours) + +- ikiwiki.cgi needs be set with the wrapper mode 6755. + +-- [[tychoish]] + + -- cgit v1.2.3 From 6c4a2a88a871af5ac42cd80aa48684b114849e3d Mon Sep 17 00:00:00 2001 From: "http://davrieb.livejournal.com/" Date: Sat, 19 Sep 2009 01:45:55 -0400 Subject: --- doc/forum/How_does_ikiwiki_remember_times__63__.mdwn | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn index 5522cbf45..cb14df77f 100644 --- a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn +++ b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn @@ -87,3 +87,21 @@ Do I have it right? $EDITOR "$pagename" >>>>> -- [[Jon]] + +> A quick workaround for me to get modification times right is the following +> little zsh script, which unfortynately only works for git: + + #!/usr/bin/env zsh + + set +x + + for FILE in **/*(.); do + TIMES="`git log --follow --pretty=format:%ai $FILE`" + #CTIME="`echo $TIMES | tail -n1`" + MTIME="`echo $TIMES | head -n1`" + + echo touch -m -d "$MTIME" $FILE + touch -m -d "$MTIME" $FILE + + done + -- cgit v1.2.3 From f8bc52eea3b39a989a7dd8ab2b1746266d208d71 Mon Sep 17 00:00:00 2001 From: "http://davrieb.livejournal.com/" Date: Sat, 19 Sep 2009 01:49:16 -0400 Subject: fix a typo and remove commneted out ctime line --- doc/forum/How_does_ikiwiki_remember_times__63__.mdwn | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn index cb14df77f..9685a6859 100644 --- a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn +++ b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn @@ -89,7 +89,7 @@ Do I have it right? >>>>> -- [[Jon]] > A quick workaround for me to get modification times right is the following -> little zsh script, which unfortynately only works for git: +> little zsh script, which unfortunately only works for git: #!/usr/bin/env zsh @@ -97,7 +97,6 @@ Do I have it right? for FILE in **/*(.); do TIMES="`git log --follow --pretty=format:%ai $FILE`" - #CTIME="`echo $TIMES | tail -n1`" MTIME="`echo $TIMES | head -n1`" echo touch -m -d "$MTIME" $FILE -- cgit v1.2.3 From 3b33b3cc3f3dd76b501ac237fe18bd7e5f823234 Mon Sep 17 00:00:00 2001 From: "http://certifi.ca/lunix" Date: Sat, 19 Sep 2009 05:32:22 -0400 Subject: question about using 404 and search --- doc/forum/missing_pages_redirected_to_search.mdwn | 4 ++++ 1 file changed, 4 insertions(+) create mode 100644 doc/forum/missing_pages_redirected_to_search.mdwn (limited to 'doc/forum') diff --git a/doc/forum/missing_pages_redirected_to_search.mdwn b/doc/forum/missing_pages_redirected_to_search.mdwn new file mode 100644 index 000000000..cd544ecaf --- /dev/null +++ b/doc/forum/missing_pages_redirected_to_search.mdwn @@ -0,0 +1,4 @@ +Is it possible to have any missing pages(404's) redirected to the search(omega) ? +So if someone comes to my site with http://example.com/foo_was_here it would result in 'foo_was_here' being passed as a search parameter to omega ? --[Mick](http://www.lunix.com.au) + + -- cgit v1.2.3 From 8ae7356b09ffa78fb174dde7c5c31c08177eb6db Mon Sep 17 00:00:00 2001 From: "http://davrieb.livejournal.com/" Date: Sat, 19 Sep 2009 19:46:06 -0400 Subject: some script cleanup --- doc/forum/How_does_ikiwiki_remember_times__63__.mdwn | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn index 9685a6859..df9636a1e 100644 --- a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn +++ b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn @@ -96,11 +96,13 @@ Do I have it right? set +x for FILE in **/*(.); do - TIMES="`git log --follow --pretty=format:%ai $FILE`" + TIMES="`git log --pretty=format:%ai $FILE`" MTIME="`echo $TIMES | head -n1`" - echo touch -m -d "$MTIME" $FILE - touch -m -d "$MTIME" $FILE + if [ ! -z $MTIME ]; then + echo touch -m -d "$MTIME" $FILE + touch -m -d "$MTIME" $FILE + fi done -- cgit v1.2.3 From 0b0116cb986bf5840c8e40e57f5a45501c3d22f6 Mon Sep 17 00:00:00 2001 From: David Riebenbauer Date: Fri, 25 Sep 2009 06:35:43 +0200 Subject: create myself a user page and link from my signatures so far --- doc/forum/How_does_ikiwiki_remember_times__63__.mdwn | 1 + doc/plugins/tag/discussion.mdwn | 2 +- doc/users/David_Riebenbauer.mdwn | 2 ++ 3 files changed, 4 insertions(+), 1 deletion(-) create mode 100644 doc/users/David_Riebenbauer.mdwn (limited to 'doc/forum') diff --git a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn index df9636a1e..6ce576db1 100644 --- a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn +++ b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn @@ -106,3 +106,4 @@ Do I have it right? done +> --[[David_Riebenbauer]] diff --git a/doc/plugins/tag/discussion.mdwn b/doc/plugins/tag/discussion.mdwn index b6dab5358..03dcb7b2f 100644 --- a/doc/plugins/tag/discussion.mdwn +++ b/doc/plugins/tag/discussion.mdwn @@ -16,7 +16,7 @@ Thanks. That works fine. @Ben: could you publish the code for that? ---David Riebenbauer +--[[David_Riebenbauer]] AOLMODE=true echo "I too would really like this feature, which would make cgi free life much better" --[[DavidBremner]] diff --git a/doc/users/David_Riebenbauer.mdwn b/doc/users/David_Riebenbauer.mdwn new file mode 100644 index 000000000..657314ee1 --- /dev/null +++ b/doc/users/David_Riebenbauer.mdwn @@ -0,0 +1,2 @@ +Runs ikiwiki on his [homepage](http://liegesta.at/) and can be reached through +davrieb@liegesta.at -- cgit v1.2.3 From bfad3f23d07ab58502a507fcdaf9254b08f4f23d Mon Sep 17 00:00:00 2001 From: "http://certifi.ca/lunix" Date: Sun, 27 Sep 2009 18:05:52 -0400 Subject: rename forum/missing_pages_redirected_to_search.mdwn to forum/missing_pages_redirected_to_search-SOLVED.mdwn --- doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn | 4 ++++ doc/forum/missing_pages_redirected_to_search.mdwn | 4 ---- 2 files changed, 4 insertions(+), 4 deletions(-) create mode 100644 doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn delete mode 100644 doc/forum/missing_pages_redirected_to_search.mdwn (limited to 'doc/forum') diff --git a/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn b/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn new file mode 100644 index 000000000..cd544ecaf --- /dev/null +++ b/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn @@ -0,0 +1,4 @@ +Is it possible to have any missing pages(404's) redirected to the search(omega) ? +So if someone comes to my site with http://example.com/foo_was_here it would result in 'foo_was_here' being passed as a search parameter to omega ? --[Mick](http://www.lunix.com.au) + + diff --git a/doc/forum/missing_pages_redirected_to_search.mdwn b/doc/forum/missing_pages_redirected_to_search.mdwn deleted file mode 100644 index cd544ecaf..000000000 --- a/doc/forum/missing_pages_redirected_to_search.mdwn +++ /dev/null @@ -1,4 +0,0 @@ -Is it possible to have any missing pages(404's) redirected to the search(omega) ? -So if someone comes to my site with http://example.com/foo_was_here it would result in 'foo_was_here' being passed as a search parameter to omega ? --[Mick](http://www.lunix.com.au) - - -- cgit v1.2.3 From ba4071bde21a199e77f15b54d8785debc69613e6 Mon Sep 17 00:00:00 2001 From: "http://certifi.ca/lunix" Date: Sun, 27 Sep 2009 18:06:19 -0400 Subject: updated with nginx solution --- .../missing_pages_redirected_to_search-SOLVED.mdwn | 34 +++++++++++++++++++++- 1 file changed, 33 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn b/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn index cd544ecaf..3af83396c 100644 --- a/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn +++ b/doc/forum/missing_pages_redirected_to_search-SOLVED.mdwn @@ -1,4 +1,36 @@ Is it possible to have any missing pages(404's) redirected to the search(omega) ? -So if someone comes to my site with http://example.com/foo_was_here it would result in 'foo_was_here' being passed as a search parameter to omega ? --[Mick](http://www.lunix.com.au) +So if someone comes to my site with http://example.com/foo_was_here it would result in 'foo_was_here' being passed as a search parameter to omega ? --[Mick](http://www.lunix.com.au) +##DONE + +I use nginx instead of apache. +Just add the following to the `server` block outside of any location block in nginx.conf +You must also make sure you have setup and enabled the search plugin(omega) + + error_page 404 /ikiwiki.cgi?P=$uri; + + +My full nginx.conf + + server { + listen [::]:80; #IPv6 capable + server_name www.lunix.com.au; + access_log /var/log/nginx/www.lunix.com.au-access.log main; + error_log /var/log/nginx/www.lunix.com.au-error.log warn; + error_page 404 /ikiwiki.cgi?P=$uri; + + location / { + root /home/lunix/public_html/lunix; + index index.html index.htm; + } + + location ~ ikiwiki\.cgi$ { + root /home/lunix/public_html/lunix; + include /etc/nginx/fastcgi_params.cgi; + + fastcgi_pass 127.0.0.1:9999; + fastcgi_param SCRIPT_FILENAME /home/lunix/public_html/lunix$fastcgi_script_name; # same path as above + } + } + -- cgit v1.2.3 From 4c3264cd46e48e3b3327e5b02689ad2eba6a53b9 Mon Sep 17 00:00:00 2001 From: "http://seanh.myopenid.com/" Date: Thu, 15 Oct 2009 11:54:59 -0400 Subject: --- ...working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn new file mode 100644 index 000000000..a3cb0ae0b --- /dev/null +++ b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn @@ -0,0 +1,5 @@ +Hey, trying to get ikiwiki working on my account on a shared webserver. Actually installing ikiwiki on the server is phase 2. For now I'm running the latest ikiwiki (from source) locally, compiling the output with the ikiwiki command, then rsyncing the output dir up to the server. This works for the static HTML files, but the CGI file doesn't work, the server redirects to an error page. The error log on the server says "Premature end of script headers: /path/to/ikiwiki.cgi" + +My first thought was that this is a Perl CGI and I would need to change the shebang to point to the unusual location of Perl on this server, it's at /usr/pkg/bin/perl. But when I looked at ikiwiki.cgi I found it was a binary file. + +Why is it a binary? And what can I do about this error? -- cgit v1.2.3 From 3d268733a31fb3e8a27745a37ac12bf422acb3d8 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Thu, 15 Oct 2009 12:41:02 -0400 Subject: why the wrapper is a binary --- ...rking_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn index a3cb0ae0b..dc274c5b2 100644 --- a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn +++ b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn @@ -3,3 +3,10 @@ Hey, trying to get ikiwiki working on my account on a shared webserver. Actually My first thought was that this is a Perl CGI and I would need to change the shebang to point to the unusual location of Perl on this server, it's at /usr/pkg/bin/perl. But when I looked at ikiwiki.cgi I found it was a binary file. Why is it a binary? And what can I do about this error? + +> It's a binary because it's SUID, so that it has permission to write to the ikiwiki repository. See [[security]], under 'suid wrappers', for more on that. +> +> As to why you get 'premature end of script headers', that suggests there is a problem running +> the script (and there is output occurring before the HTTP headers are printed). Do you have access +> to the webserver logs for your host? They might contain some clues. Are you sure that the webserver +> is setup for CGI properly? -- [[Jon]] -- cgit v1.2.3 From 5a41e6054a7b0782069e4da08a6ab47ffb352392 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 15 Oct 2009 14:34:09 -0400 Subject: response3 --- ...my_server__44___and_it__39__s_a_binary_file__63__.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn index dc274c5b2..d0b4a9363 100644 --- a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn +++ b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn @@ -10,3 +10,18 @@ Why is it a binary? And what can I do about this error? > the script (and there is output occurring before the HTTP headers are printed). Do you have access > to the webserver logs for your host? They might contain some clues. Are you sure that the webserver > is setup for CGI properly? -- [[Jon]] + +> Quite likely your laptop and your server do not run the same +> OS, so the wrapper binary cannot just be copied from one +> to the other and run. Also, the wrapper is just that, a +> thin wrapper which then runs ikiwiki. As ikiwiki is not +> yet installed on your server, that's another reason what +> you're trying can't work. +> +> If installing ikiwiki on the server is not possible or +> too much work right now, you could try building your wiki +> on your laptop with cgi disabled in the setup file. +> The result would be a static website that you could deploy to +> the server this way. Of course, it wouldn't be editable +> on the server, and other features that need the CGI would +> also be disabled. --[[Joey]] -- cgit v1.2.3 From bfbd0680ce29bcfd5a2a9772cee78b66dd9e48cd Mon Sep 17 00:00:00 2001 From: "http://seanh.myopenid.com/" Date: Thu, 15 Oct 2009 16:05:34 -0400 Subject: --- ...orking_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn index d0b4a9363..35db20dc8 100644 --- a/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn +++ b/doc/forum/Ikiwiki_CGI_not_working_on_my_server__44___and_it__39__s_a_binary_file__63__.mdwn @@ -25,3 +25,9 @@ Why is it a binary? And what can I do about this error? > the server this way. Of course, it wouldn't be editable > on the server, and other features that need the CGI would > also be disabled. --[[Joey]] + +> > Ah, ok thanks. Yes the server runs a different OS and ikiwiki +> > is not installed on it. I've got it working as a static site, +> > so if I want the CGI I'll have to install ikiwiki on the server. +> > Ok. It might not work as I don't have root access, but I might +> > give it a try. Thanks -- cgit v1.2.3 From 3cf62292e11f0a8809f9f53f1be77acd80d0fb43 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 16 Oct 2009 11:33:42 +0200 Subject: Forum: discussion about the ever-growing list of pages. --- doc/forum/ever-growing_list_of_pages.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/forum/ever-growing_list_of_pages.mdwn (limited to 'doc/forum') diff --git a/doc/forum/ever-growing_list_of_pages.mdwn b/doc/forum/ever-growing_list_of_pages.mdwn new file mode 100644 index 000000000..84b9fe6ee --- /dev/null +++ b/doc/forum/ever-growing_list_of_pages.mdwn @@ -0,0 +1,12 @@ +What is overyone's idea about the ever-growing list of pages in bugs/ etc.? +Once linked to `done`, they're removed from the rendered [[bugs]] page -- but +they're still present in the repository. + +Shouldn't there be some clean-up at some point for those that have been +resolved? Or should all of them be kept online forever? + +Likewise, for example in [[forum/ikiwiki__39__s_notion_of_time]], should one +remove the text about the implementation bug that has been fixed, or should it +stay there, for reference? + +--[[tschwinge]] -- cgit v1.2.3 From 4c9ded61db6baf9a5cbd7342055b9ad783ca2351 Mon Sep 17 00:00:00 2001 From: Jon Dowland Date: Fri, 16 Oct 2009 13:24:37 +0100 Subject: response --- doc/forum/ever-growing_list_of_pages.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ever-growing_list_of_pages.mdwn b/doc/forum/ever-growing_list_of_pages.mdwn index 84b9fe6ee..85a39e107 100644 --- a/doc/forum/ever-growing_list_of_pages.mdwn +++ b/doc/forum/ever-growing_list_of_pages.mdwn @@ -10,3 +10,10 @@ remove the text about the implementation bug that has been fixed, or should it stay there, for reference? --[[tschwinge]] + +> To answer a question with a question, what harm does having the done bugs +> around cause? At some point in the future perhaps the number of done pages +> will be large enough to be a time or space concern. Do you think we've +> reached a point now? One advantage of having them around is that people +> running older versions of the Ikiwiki software may find the page explaining +> that the bug is fixed if they perform a search. -- [[Jon]] -- cgit v1.2.3 From aa5fa1f11dcec93bae1420e175e17b768372d31c Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 16 Oct 2009 15:37:31 -0400 Subject: response --- doc/forum/ever-growing_list_of_pages.mdwn | 3 +++ 1 file changed, 3 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ever-growing_list_of_pages.mdwn b/doc/forum/ever-growing_list_of_pages.mdwn index 85a39e107..435b12c8c 100644 --- a/doc/forum/ever-growing_list_of_pages.mdwn +++ b/doc/forum/ever-growing_list_of_pages.mdwn @@ -17,3 +17,6 @@ stay there, for reference? > reached a point now? One advantage of having them around is that people > running older versions of the Ikiwiki software may find the page explaining > that the bug is fixed if they perform a search. -- [[Jon]] + +> I like to keep old bugs around. OTOH, I have no problem with cleaning up +> obsolete stuff in the forum, tips, etc. --[[Joey]] -- cgit v1.2.3 From 2209a07ba34830c63ce578881da6a006bc48d90f Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 16 Oct 2009 15:43:32 -0400 Subject: update --- doc/forum/speeding_up_ikiwiki.mdwn | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/speeding_up_ikiwiki.mdwn b/doc/forum/speeding_up_ikiwiki.mdwn index 0b2164238..2c2ac240e 100644 --- a/doc/forum/speeding_up_ikiwiki.mdwn +++ b/doc/forum/speeding_up_ikiwiki.mdwn @@ -77,15 +77,14 @@ wrapper. > Dependencies go in the `%IkiWiki::depends` hash, which is not exported. It > can also be dumped out as part of the wiki state - see [[tips/inside_dot_ikiwiki]]. > -> It's a map from page name to increasingly complex pagespec, although -> the `optimize-depends` branch in my git repository changes that to a -> map from a page name to a *list* of pagespecs which are automatically -> or'd together for use (this at least means duplicates can be weeded out). -> -> See [[todo/should_optimise_pagespecs]] for more on that. +> Nowadays, it's a hash of pagespecs, and there +> is also a `IkiWiki::depends_simple` hash of simple page names. > > I've been hoping to speed up IkiWiki too - making a lot of photo albums > with my [[plugins/contrib/album]] plugin makes it pretty slow. > > One thing that I found was a big improvement was to use `quick=yes` on all > my `archive=yes` [[ikiwiki/directive/inline]]s. --[[smcv]] + +> Take a look at [[tips/optimising_ikiwiki]] for lots of helpful advice. +> --[[Joey]] -- cgit v1.2.3 From 31633c7addf25619a2a3042fc3e27f21aa97a831 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sat, 17 Oct 2009 14:43:11 +0200 Subject: Add some more reasoning. Split out unrelated issue. --- .../cleaning_up_discussion_pages_and_the_like.mdwn | 11 +++++++++++ doc/forum/ever-growing_list_of_pages.mdwn | 19 +++++++++++++------ 2 files changed, 24 insertions(+), 6 deletions(-) create mode 100644 doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn (limited to 'doc/forum') diff --git a/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn b/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn new file mode 100644 index 000000000..35ceae59b --- /dev/null +++ b/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn @@ -0,0 +1,11 @@ +For example in [[forum/ikiwiki__39__s_notion_of_time]], should one remove the +text about the implementation bug that has been fixed, or should it stay there, +for reference? --[[tschwinge]] + +> I have no problem with cleaning up obsolete stuff in the forum, tips, etc. +> --[[Joey]] + +That's also what I think: such discussions or comments on [[forum]] discussion +pages, or generally on all pages' [[Discussion]] subpages, can be removed if +either they're simply not valid / interesting / ... anymore, or if they've been +used to improve the *real* documentation. --[[tschwinge]] diff --git a/doc/forum/ever-growing_list_of_pages.mdwn b/doc/forum/ever-growing_list_of_pages.mdwn index 435b12c8c..9920e34bb 100644 --- a/doc/forum/ever-growing_list_of_pages.mdwn +++ b/doc/forum/ever-growing_list_of_pages.mdwn @@ -5,10 +5,6 @@ they're still present in the repository. Shouldn't there be some clean-up at some point for those that have been resolved? Or should all of them be kept online forever? -Likewise, for example in [[forum/ikiwiki__39__s_notion_of_time]], should one -remove the text about the implementation bug that has been fixed, or should it -stay there, for reference? - --[[tschwinge]] > To answer a question with a question, what harm does having the done bugs @@ -18,5 +14,16 @@ stay there, for reference? > running older versions of the Ikiwiki software may find the page explaining > that the bug is fixed if they perform a search. -- [[Jon]] -> I like to keep old bugs around. OTOH, I have no problem with cleaning up -> obsolete stuff in the forum, tips, etc. --[[Joey]] +> I like to keep old bugs around. --[[Joey]] + +So, I guess it depends on whether you want to represent the development of the +software (meaning: which bugs are open, which are fixed) *(a)* in a snapshot of +the repository (a checkout; that is, what you see rendered on +), or *(b)* if that information is to be contained in the +backing repository's revision history only. Both approaches are valid. For +people used to using Git for accessing a project's history, *(b)* is what +they're used to, but for those poor souls ;-) that only use a web browser to +access this database, *(a)* is the more useful approach indeed. For me, using +Git, it is a bit of a hindrance, as, when doing a full-text search for a +keyword on a checkout, I'd frequently hit pages that reported a bug, but are +tagged `done` by now. --[[tschwinge]] -- cgit v1.2.3 From 190c34804451532673bd46d2073f444f820a2687 Mon Sep 17 00:00:00 2001 From: "http://xdnf.myopenid.com/" Date: Mon, 19 Oct 2009 12:38:36 -0400 Subject: --- doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn b/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn index 35ceae59b..0c9619647 100644 --- a/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn +++ b/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn @@ -9,3 +9,5 @@ That's also what I think: such discussions or comments on [[forum]] discussion pages, or generally on all pages' [[Discussion]] subpages, can be removed if either they're simply not valid / interesting / ... anymore, or if they've been used to improve the *real* documentation. --[[tschwinge]] + +test -- cgit v1.2.3 From 8dbb95371384d2a33f1c936d003adead5554fdab Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Tue, 20 Oct 2009 11:14:25 +0200 Subject: This reverts commit 190c34804451532673bd46d2073f444f820a2687. --- doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn | 2 -- 1 file changed, 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn b/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn index 0c9619647..35ceae59b 100644 --- a/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn +++ b/doc/forum/cleaning_up_discussion_pages_and_the_like.mdwn @@ -9,5 +9,3 @@ That's also what I think: such discussions or comments on [[forum]] discussion pages, or generally on all pages' [[Discussion]] subpages, can be removed if either they're simply not valid / interesting / ... anymore, or if they've been used to improve the *real* documentation. --[[tschwinge]] - -test -- cgit v1.2.3 From d926c73a6673047650008204f841061e98e35084 Mon Sep 17 00:00:00 2001 From: ian Date: Tue, 20 Oct 2009 10:59:15 -0400 Subject: --- doc/forum/Cannot_write_to_commitlock.mdwn | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 doc/forum/Cannot_write_to_commitlock.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Cannot_write_to_commitlock.mdwn b/doc/forum/Cannot_write_to_commitlock.mdwn new file mode 100644 index 000000000..a5d4bf440 --- /dev/null +++ b/doc/forum/Cannot_write_to_commitlock.mdwn @@ -0,0 +1,17 @@ +I am following the laptop wiki with git tip page. I have set up my local and remote wiki as suggested. However, when I try to push my local changes back to the server I get the following error: + +Writing objects: 100% (4/4), 359 bytes, done. +Total 4 (delta 2), reused 0 (delta 0) +cannot write to /home/ian/ianbarton/.ikiwiki/commitlock: No such file or directory +To ian@wilkesley.org:~/ikiwiki/ianbarton.git + 5cf9054..16a871d master -> master + +The relevnt bit of my setup file is: + +git_wrapper => '/home/ian/ianbarton.git/hooks/post-commit', + +Now ~/ianbarton/.ikiwiki exists and is owned and writable by me. I have tried touching commitlock and also removing lock and commitlock before pushing. Any suggestions for further trouble shooting? + +Ian. + + -- cgit v1.2.3 From 14526ef59772c0e1b60866b8149e478d82a4b70f Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 21 Oct 2009 16:46:22 -0400 Subject: response --- doc/forum/Cannot_write_to_commitlock.mdwn | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/Cannot_write_to_commitlock.mdwn b/doc/forum/Cannot_write_to_commitlock.mdwn index a5d4bf440..81b0cdeb3 100644 --- a/doc/forum/Cannot_write_to_commitlock.mdwn +++ b/doc/forum/Cannot_write_to_commitlock.mdwn @@ -14,4 +14,11 @@ Now ~/ianbarton/.ikiwiki exists and is owned and writable by me. I have tried to Ian. - +> I'm guessing that this is some kind of permissions problem, +> and that the error message is just being misleading. +> +> When you push the changes to the server, what user is +> git logging into the server as? If that user is different +> than `ian` (possibly due to using git-daemon?), the post-commit +> wrapper needs to be setuid to `ian`. This ensures that ikiwiki +> runs as you and can see and write to the files. --[[Joey]] -- cgit v1.2.3 From 54be16aaa8a6428b8f6e3015e452678a80dc233c Mon Sep 17 00:00:00 2001 From: ian Date: Thu, 22 Oct 2009 10:29:36 -0400 Subject: --- doc/forum/Cannot_write_to_commitlock.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Cannot_write_to_commitlock.mdwn b/doc/forum/Cannot_write_to_commitlock.mdwn index 81b0cdeb3..05490a799 100644 --- a/doc/forum/Cannot_write_to_commitlock.mdwn +++ b/doc/forum/Cannot_write_to_commitlock.mdwn @@ -22,3 +22,7 @@ Ian. > than `ian` (possibly due to using git-daemon?), the post-commit > wrapper needs to be setuid to `ian`. This ensures that ikiwiki > runs as you and can see and write to the files. --[[Joey]] + +The user is logging as ian, the same user as the laptop. I can push and pull git repos on the same server owned by the same user via ssh with no problem. I have deleted and re-started from scratch several times. However, for my use case I think it's simpler to keep the repo on my local computer and just rsync the web pages to the server. + +Ian. -- cgit v1.2.3 From 440c7ec20853375e6c6e7aa3668016b9dee39ebd Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Thu, 5 Nov 2009 03:49:37 -0500 Subject: move question from plugins/html to forum --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn new file mode 100644 index 000000000..e48f952fe --- /dev/null +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -0,0 +1,7 @@ +I'm trying to convert hand written html site to ikiwiki and maintain url compatibility. html plugin with indexpages=1 converts all dir_name/index.html correctly to dir_name urls with wiki/css based content, but somedir/somefile.html files are only accessible as somedir/somefile/. Non .html files seem to accessible with their full paths, for example somedir/pic.jpg from hand written html can be accessed by same path under ikiwiki. + +How to make somedir/somefile.html accessible as somedir/somefile.html under ikiwiki? + +Thanks, + +-Mikko -- cgit v1.2.3 From 416c9ff2adf0f75bd192cd52047ce4dc6c230f16 Mon Sep 17 00:00:00 2001 From: Jon Dowland Date: Thu, 5 Nov 2009 09:30:36 +0000 Subject: response --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 10 ++++++++++ 1 file changed, 10 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index e48f952fe..6ea0f5841 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -5,3 +5,13 @@ How to make somedir/somefile.html accessible as somedir/somefile.html under ikiw Thanks, -Mikko + +> Hello! The options you need to investigate are `--usedirs` and +> `--no-usedirs`. The default `--usedirs` takes any source page foo +> (regardless of its format, be it markdown or html) and converts it into a +> destination page foo/index.html (URL foo/). By comparison, `--no-usedirs` +> maps the source file onto a destination file directly: src/foo.html becomes +> dest/foo.html, src/bar.mdwn becomes dest/bar.html, etc. +> +> It sounds like you want `--no-usedirs`, or the corresponding `usedirs => 0,` +> option in your setup file. See [[usage]] for more information. -- [[Jon]] -- cgit v1.2.3 From 83a36abebacfdde679b83f3bd6f5b86140b6d502 Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Thu, 5 Nov 2009 05:27:20 -0500 Subject: --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index 6ea0f5841..5f6d89408 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -15,3 +15,7 @@ Thanks, > > It sounds like you want `--no-usedirs`, or the corresponding `usedirs => 0,` > option in your setup file. See [[usage]] for more information. -- [[Jon]] + +Thanks, usedirs seems to be just the thing I need. + +-Mikko -- cgit v1.2.3 From f603869d749ee33172df45aa964b093b0b97e85a Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Thu, 5 Nov 2009 06:30:36 -0500 Subject: not quite there yet --- .../transition_from_handwritten_html_to_ikiwiki.mdwn | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index 5f6d89408..e25bc06a7 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -19,3 +19,20 @@ Thanks, Thanks, usedirs seems to be just the thing I need. -Mikko + +Actually usedirs didn't do exactly what I want. The old site contains both +somedir/index.html and somedir/somename.html files. With html plugin and +indexpages=1 the somedir/index.html pages are accessed correctly but +somedir/somefile.html files not. + +With usedirs => 0, somedir/somename.html pages are accessed correctly but +somedir/index.html pages are not. Actually the handwritten somedir/index.html +files were removed on a rebuild: + + $ ikiwiki -setup blog.setup -rebuild -v + ... + removing test2/index.html, no longer built by test2 + +Is there a way for both index.html and somename.html raw html files to show up through ikiwki? + +-Mikko -- cgit v1.2.3 From 57f94bb658f566764d87a26ea324dc2d6146c99f Mon Sep 17 00:00:00 2001 From: "http://smcv.pseudorandom.co.uk/" Date: Thu, 5 Nov 2009 13:17:26 -0500 Subject: --- ...ransition_from_handwritten_html_to_ikiwiki.mdwn | 29 ++++++++++++++++++++++ 1 file changed, 29 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index e25bc06a7..3203ce0bb 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -36,3 +36,32 @@ files were removed on a rebuild: Is there a way for both index.html and somename.html raw html files to show up through ikiwki? -Mikko + +> I think you want usedirs => 0 and indexpages => 0? +> +> What IkiWiki does is to map the source filename to an abstract page name +> (indexpages alters how this is done), then map the abstract page name +> to an output filename (usedirs alters how this is done). +> +> The three columns here are input, abstract page name, output: +> +> usedirs => 0, indexpages => 0: +> a/index.html -> a/index -> a/index.html +> a/b.html -> a/b -> a/b.html +> usedirs => 1, indexpages => 0: +> a/index.html -> a/index -> a/index/index.html +> a/b.html -> a/b -> a/b/index.html +> usedirs => 0, indexpages => 1: +> a/index.html -> a -> a.html +> a/b.html -> a/b -> a/b.html +> usedirs => 1, indexpages => 1: +> a/index.html -> a -> a/index.html +> a/b.html -> a/b -> a/b/index.html +> +> The abstract page name is what you use in wikilinks and pagespecs. +> +> What I would suggest you do instead, though, is break your URLs once +> (but put in Apache redirections), to get everything to be consistent; +> I strongly recommend usedirs => 1 and indexpages => 0, then always +> advertising URLs that look like . This is +> what ikiwiki.info itself does, for instance. --[[smcv]] -- cgit v1.2.3 From e1a2778fa27e5917e3d6c178adcacb7fb7d79048 Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Thu, 5 Nov 2009 17:02:36 -0500 Subject: --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index 3203ce0bb..98fb00736 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -65,3 +65,9 @@ Is there a way for both index.html and somename.html raw html files to show up t > I strongly recommend usedirs => 1 and indexpages => 0, then always > advertising URLs that look like . This is > what ikiwiki.info itself does, for instance. --[[smcv]] + +Thanks for the explanation. usedirs => 0 and indexpages => 0 does the trick, +but I'll try to setup mod_rewrite from foo/bar.html to foo/bar in the final +conversion. + +-Mikko -- cgit v1.2.3 From 4be740cc9112789e0a6b2a903d1717b3c584286e Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Thu, 5 Nov 2009 18:27:16 -0500 Subject: binary blob question --- doc/forum/ikiwiki_and_big_files.mdwn | 37 ++++++++++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 doc/forum/ikiwiki_and_big_files.mdwn (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_and_big_files.mdwn b/doc/forum/ikiwiki_and_big_files.mdwn new file mode 100644 index 000000000..fdd14eee9 --- /dev/null +++ b/doc/forum/ikiwiki_and_big_files.mdwn @@ -0,0 +1,37 @@ +My website has 214 hand written html, 1500 of pictures and a few, err sorry, 114 +video files. All this takes around 1.5 GB of disk space at the moment. +Plain html files take 1.7 MB and fit naturally into git. + +But what about the picture and video files? + +Pictures are mostly static and rarely need to be edited after first upload, +wasting a megabyte or two after an edit while having them in git doesn't really matter. +Videos on the other hand are quite large from megabytes to hundreds. Sometimes +I re-encode them from the original source with better codec parameters and just +replace the files under html root so they are accessible from the same URL. +So having a way to delete a 200 MB file and upload a new one with same name and access URL +is what I need. And it appears git has trouble erasing commits from history, or requires +some serious gitfoo and good backups of the original repository. + +So which ikiwiki backend could handle piles of large binary files? Or should I go for a separate +data/binary blob directory next to ikiwiki content? + +Further complication is my intention to keep URL compatibility with old handwritten and ikiwiki +based site. Sigh, tough job but luckily just a hobby. + +[-Mikko](http://mcfrisk.kapsi.fi) + +ps. here's how to calculate space taken by html, picture and video files: + + ~/www$ unset sum; for size in $( for ext in htm html txt xml log; \ + do find . -iname "*$ext" -exec stat -c "%s" \{\} \; ; done | xargs ); \ + do sum=$(( $sum + $size )); done ; echo $sum + 1720696 + ~/www$ unset sum; for size in $( for ext in jpg gif jpeg png; \ + do find . -iname "*$ext" -exec stat -c "%s" \{\} \; ; done | xargs ); \ + do sum=$(( $sum + $size )); done ; echo $sum + 46032184 + ~/www$ unset sum; for size in $( for ext in avi dv mpeg mp4; \ + do find . -iname "*$ext" -exec stat -c "%s" \{\} \; ; done | xargs ); \ + do sum=$(( $sum + $size )); done ; echo $sum + 1351890888 -- cgit v1.2.3 From 3f2e5abb56efadca99de384ca83ed23e579df915 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 5 Nov 2009 19:02:51 -0500 Subject: response --- doc/forum/ikiwiki_and_big_files.mdwn | 13 +++++++++++++ 1 file changed, 13 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_and_big_files.mdwn b/doc/forum/ikiwiki_and_big_files.mdwn index fdd14eee9..bded60ba0 100644 --- a/doc/forum/ikiwiki_and_big_files.mdwn +++ b/doc/forum/ikiwiki_and_big_files.mdwn @@ -35,3 +35,16 @@ ps. here's how to calculate space taken by html, picture and video files: do find . -iname "*$ext" -exec stat -c "%s" \{\} \; ; done | xargs ); \ do sum=$(( $sum + $size )); done ; echo $sum 1351890888 + +> One approach is to use the [[plugins/underlay]] plugin to +> configure a separate underlay directory, and put the large +> files in there. Those files will then be copied to the generated +> wiki, but need not be kept in revision control. (Or could be +> revision controlled in a separate repository -- perhaps one using +> a version control system that handles large files better than git; +> or perhaps one that you periodically blow away the old history to +> in order to save space.) +> +> BTW, the `hardlink` setting is a good thing to enable if you +> have large files, as it saves both disk space and copying time. +> --[[Joey]] -- cgit v1.2.3 From 63b1a4e6ca0de322d5bbfc97c5cc3728661793d1 Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Fri, 6 Nov 2009 04:56:49 -0500 Subject: --- doc/forum/ikiwiki_and_big_files.mdwn | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_and_big_files.mdwn b/doc/forum/ikiwiki_and_big_files.mdwn index bded60ba0..8e36278e5 100644 --- a/doc/forum/ikiwiki_and_big_files.mdwn +++ b/doc/forum/ikiwiki_and_big_files.mdwn @@ -48,3 +48,26 @@ ps. here's how to calculate space taken by html, picture and video files: > BTW, the `hardlink` setting is a good thing to enable if you > have large files, as it saves both disk space and copying time. > --[[Joey]] + +Can underlay plugin handle the case that source and destination directories +are the same? I'd rather have just one copy of these underlay files on the server. +And did I goof in the setup file since I got this: + + $ ikiwiki -setup blog.setup -rebuild --verbose + Can't use string ("/home/users/mcfrisk/www/blog/med") as an ARRAY ref while + "strict refs" in use at + /home/users/mcfrisk/bin/share/perl/5.10.0/IkiWiki/Plugin/underlay.pm line 41. + $ grep underlay blog.setup + add_plugins => [qw{goodstuff websetup comments blogspam html sidebar underlay}], + underlaydir => '/home/users/mcfrisk/bin/share/ikiwiki/basewiki', + # underlay plugin + # extra underlay directories to add + add_underlays => '/home/users/mcfrisk/www/blog/media', + $ egrep "(srcdir|destdir)" blog.setup + srcdir => '/home/users/mcfrisk/blog', + destdir => '/home/users/mcfrisk/www/blog', + # allow symlinks in the path leading to the srcdir (potentially insecure) + allow_symlinks_before_srcdir => 1, + # directory in srcdir that contains directive descriptions + +-Mikko -- cgit v1.2.3 From c4fcdd54ffbf7bcce319a7fcd21c51022632780b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 6 Nov 2009 12:04:24 -0500 Subject: response --- doc/forum/ikiwiki_and_big_files.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_and_big_files.mdwn b/doc/forum/ikiwiki_and_big_files.mdwn index 8e36278e5..7c213e5a3 100644 --- a/doc/forum/ikiwiki_and_big_files.mdwn +++ b/doc/forum/ikiwiki_and_big_files.mdwn @@ -51,6 +51,9 @@ ps. here's how to calculate space taken by html, picture and video files: Can underlay plugin handle the case that source and destination directories are the same? I'd rather have just one copy of these underlay files on the server. + +> No, but enabling hardlinks accomplishes the same effect. --[[Joey]] + And did I goof in the setup file since I got this: $ ikiwiki -setup blog.setup -rebuild --verbose @@ -71,3 +74,9 @@ And did I goof in the setup file since I got this: # directory in srcdir that contains directive descriptions -Mikko + +> The plugin seems to present a bad default value in the setup file. +> (Fixed in git.) A correct configuration would be: + + add_underlays => ['/home/users/mcfrisk/www/blog/media'], + -- cgit v1.2.3 From 69f69f5d8b06a79f769732d53c4132700f7c1b3d Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Sat, 7 Nov 2009 04:49:43 -0500 Subject: --- doc/forum/ikiwiki_and_big_files.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_and_big_files.mdwn b/doc/forum/ikiwiki_and_big_files.mdwn index 7c213e5a3..b45bc1185 100644 --- a/doc/forum/ikiwiki_and_big_files.mdwn +++ b/doc/forum/ikiwiki_and_big_files.mdwn @@ -80,3 +80,18 @@ And did I goof in the setup file since I got this: add_underlays => ['/home/users/mcfrisk/www/blog/media'], +Umm, doesn't quite fix this yet: + + $ ikiwiki -setup blog.setup -v + Can't use an undefined value as an ARRAY reference at /home/users/mcfrisk/bin/share/perl/5.10.0/IkiWiki + /Plugin/underlay.pm line 44. + $ grep underlay blog.setup + add_plugins => [qw{goodstuff websetup comments blogspam html sidebar underlay}], + underlaydir => '/home/users/mcfrisk/bin/share/ikiwiki/basewiki', + # underlay plugin + # extra underlay directories to add + add_underlays => ['/home/users/mcfrisk/www/blog/media'], + $ ikiwiki --version + ikiwiki version 3.20091032 + +-Mikko -- cgit v1.2.3 From 59e1f891189de563c89729d1f835ada62156b7e2 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Sat, 7 Nov 2009 08:11:17 -0500 Subject: mod_alias works too --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index 98fb00736..e54dacdd5 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -71,3 +71,5 @@ but I'll try to setup mod_rewrite from foo/bar.html to foo/bar in the final conversion. -Mikko + +> That's roughly what I do, but you can do it with `Redirect` and `RedirectMatch` from `mod_alias`, rather than fire up rewrite. Mind you I don't write a generic rule, I have a finite set of pages to redirect which I know. -- [[Jon]] -- cgit v1.2.3 From b296bcbb08aabe3eb7a0b1c41e3a7942e1739e57 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 7 Nov 2009 12:37:35 -0500 Subject: response --- doc/forum/ikiwiki_and_big_files.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_and_big_files.mdwn b/doc/forum/ikiwiki_and_big_files.mdwn index b45bc1185..cd41d9fce 100644 --- a/doc/forum/ikiwiki_and_big_files.mdwn +++ b/doc/forum/ikiwiki_and_big_files.mdwn @@ -95,3 +95,8 @@ Umm, doesn't quite fix this yet: ikiwiki version 3.20091032 -Mikko + +> Yeah, I've fixed that in git, but you can work around it with this: +> --[[Joey]] + + templatedirs => [], -- cgit v1.2.3 From 84f606b6fe5a9252a1cc515b083856e3b9a3c455 Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Sat, 7 Nov 2009 19:54:08 -0500 Subject: --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index e54dacdd5..96be862d7 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -73,3 +73,8 @@ conversion. -Mikko > That's roughly what I do, but you can do it with `Redirect` and `RedirectMatch` from `mod_alias`, rather than fire up rewrite. Mind you I don't write a generic rule, I have a finite set of pages to redirect which I know. -- [[Jon]] + +I'm getting closer. Now with usedirs => 1 and raw html pages, ikiwiki transforms foo/index.html to foo/index/index.html. +Can ikiwiki be instructed map foo/index.html to page foo instead that foo/index? + +-Mikko -- cgit v1.2.3 From 940f3d631ea27dd4e8e05302ae191e19cb8115a3 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Sun, 8 Nov 2009 13:55:58 -0500 Subject: rename the source? --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index 96be862d7..3084f764c 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -78,3 +78,7 @@ I'm getting closer. Now with usedirs => 1 and raw html pages, ikiwiki transforms Can ikiwiki be instructed map foo/index.html to page foo instead that foo/index? -Mikko + +> If you don't already have a foo.html in your source, why not just rename foo/index.html to foo.html? With usedirs, it will then map to foo/index.html. Before, you had 'foo/' and 'foo/index.html' as working URLS, and they will work after too. +> +> If you did have a foo.html and a foo/index.html, hmm, that's a tricky one. -- [[Jon]] -- cgit v1.2.3 From 73a296732149d20f9f03d6b8c9177733bea7b619 Mon Sep 17 00:00:00 2001 From: "http://smcv.pseudorandom.co.uk/" Date: Mon, 9 Nov 2009 10:15:48 -0500 Subject: *now* you want to look at indexpages ;-) --- doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn index 3084f764c..a8d04a0ad 100644 --- a/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn +++ b/doc/forum/transition_from_handwritten_html_to_ikiwiki.mdwn @@ -82,3 +82,9 @@ Can ikiwiki be instructed map foo/index.html to page foo instead that foo/index? > If you don't already have a foo.html in your source, why not just rename foo/index.html to foo.html? With usedirs, it will then map to foo/index.html. Before, you had 'foo/' and 'foo/index.html' as working URLS, and they will work after too. > > If you did have a foo.html and a foo/index.html, hmm, that's a tricky one. -- [[Jon]] + +> We may be going round in circles - that's what indexpages => 1 does :-) +> See the table I constructed above, which explains the mapping from input +> files to abstract page names, and then the mapping from abstract page +> names to output files. (I personally think that moving your source pages +> around like Jon suggested is a better solution, though. --[[smcv]] -- cgit v1.2.3 From ca7a05cd6d0608adac13576e8242fc757d054a7f Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 23 Nov 2009 21:52:02 -0500 Subject: update --- doc/forum/google_openid_broken__63__.mdwn | 14 ++++++++++++++ 1 file changed, 14 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 1be9d0487..cd71abf64 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -28,3 +28,17 @@ http://openid-provider.appspot.com/larrylud >> URL directly, it doesn't work. I think there is something weird with re-direction. I hope this >> isn't a more general security hole. >> -- [[Will]] + +---- + +So, while the above bug will probably get fixed sooner or later, +the best approach for those of you needing a google openid now is +to use gmail. + + +Just a note that someone has apparently figured out how to use a google +openid, and not a third-party provider either, to edit this site. +The openid is + +(what a mouthfull!), and I don't know who that is or how to use it since it +points to a fairly useless xml document, rather than a web page. --[[Joey]] -- cgit v1.2.3 From f0d1c32504321ae55e1663af00c15fab88558e3c Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 25 Nov 2009 17:19:17 -0500 Subject: google's openid support announced today does work --- doc/forum/google_openid_broken__63__.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index cd71abf64..53713ce10 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -1,3 +1,9 @@ +Now that google supports using thier profiles as OpenIDs, that can be used +directly to sign into ikiwiki. Just use, for example, + . Tested and it works. --[[Joey]] + +## historical discussion + when I login via to this wiki (or ours) via Google's OpenID, I get this error: Error: OpenID failure: no_identity_server: The provided URL doesn't declare its OpenID identity server. -- cgit v1.2.3 From a53bded6941198b33b928c1f7a989e37d4ab1b0e Mon Sep 17 00:00:00 2001 From: "http://www.google.com/profiles/will.uther" Date: Fri, 27 Nov 2009 21:54:52 -0500 Subject: Note on delegation of Google profile openids --- doc/forum/google_openid_broken__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 53713ce10..68b44f2c1 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -2,6 +2,8 @@ Now that google supports using thier profiles as OpenIDs, that can be used directly to sign into ikiwiki. Just use, for example, . Tested and it works. --[[Joey]] +> This seems to work fine if you use the profile directly as an OpenID. It doesn't seem to work with delegation. From that I can see, this is a deliberate decision by Google for security reasons. See the response [here](http://groups.google.com/group/google-federated-login-api/browse_thread/thread/825067789537568c/23451a68c8b8b057?show_docid=23451a68c8b8b057). -- [[Will]] + ## historical discussion when I login via to this wiki (or ours) via Google's OpenID, I get this error: -- cgit v1.2.3 From 5e513aa867fe22e021a5d02bb3fba57302a30ea8 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Mon, 30 Nov 2009 06:19:51 -0500 Subject: spew stream-of-conciousness nonsense re web services, fastcgi etc. --- doc/forum/web_service_API__44___fastcgi_support.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/forum/web_service_API__44___fastcgi_support.mdwn (limited to 'doc/forum') diff --git a/doc/forum/web_service_API__44___fastcgi_support.mdwn b/doc/forum/web_service_API__44___fastcgi_support.mdwn new file mode 100644 index 000000000..480014c00 --- /dev/null +++ b/doc/forum/web_service_API__44___fastcgi_support.mdwn @@ -0,0 +1,11 @@ +This is a half-baked thought of mine so I thought I would post it in forum for discussion. + +There are some things that ikiwiki.cgi is asked to do which do not involve changing the repository: these include form generation, handling logins, the "goto" from [[recentchanges]], edit previews, etc. + +For one thing I am working on slowly ([[todo/interactive todo lists]]), I've hit a situation where I am likely to need to implement doing markup evaluation for a subset of a page. The problem I face is, if a user edits content in the browser, markup, ikiwiki directives etc. need to be expanded. I could possibly do this with a round-trip through edit preview, but that would be for the whole content of a page, and I hit the problem with editing a list item. + +Anyway - I've realised that a big part of the interactive todo lists stuff is trying to handle round trips to ikiwiki.cgi through javascript. A web services API would make handling the various conditions of this easier (e.g. need to login, login failed, etc.). I'm not sure what else might benefit from a web services API and I have no real experience of either using or writing them so I don't know what pros/cons there are for REST vs SOAP etc. + +Second, and in a way related, I've been mooting hacking fastcgi support into ikiwiki. Essentially one ikiwiki.cgi process would persist and serve CGI-ish requests on stdin/stdout. The initial content-scanning and dependency generation would happen once and not need to be repeated for future requests. Although, all state-changing operations would need to be careful to ensure the in-memory models were accurate. Also, I don't know how suited the data structures would be for persistence, since the current model is build em up, throw em away, they might not be space-efficient enough for persistence. + +If I did attempt this, I would want to avoid restructuring things in a way which would impair ikiwiki's core philosophy of being a static compiler. -- [[Jon]] -- cgit v1.2.3 From 3540f9fb92903046c86192dc0517d037728fcc5d Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Mon, 30 Nov 2009 06:22:23 -0500 Subject: addendum re: plans for structuring JS --- doc/forum/web_service_API__44___fastcgi_support.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/web_service_API__44___fastcgi_support.mdwn b/doc/forum/web_service_API__44___fastcgi_support.mdwn index 480014c00..4a78fb932 100644 --- a/doc/forum/web_service_API__44___fastcgi_support.mdwn +++ b/doc/forum/web_service_API__44___fastcgi_support.mdwn @@ -4,6 +4,8 @@ There are some things that ikiwiki.cgi is asked to do which do not involve chang For one thing I am working on slowly ([[todo/interactive todo lists]]), I've hit a situation where I am likely to need to implement doing markup evaluation for a subset of a page. The problem I face is, if a user edits content in the browser, markup, ikiwiki directives etc. need to be expanded. I could possibly do this with a round-trip through edit preview, but that would be for the whole content of a page, and I hit the problem with editing a list item. +> (slight addendum on this front. I'm planning to split the javascript code for interactive todo lists into two parts: one for handling round trips of content to and from ikiwiki.cgi, and the various failure modes that might occur (permission denied, edit conflicts, login required, etc.) ; then the list-specific stuff can build on top of this. The first chunk might be reusable by others for other AJAXY-edit fu.) + Anyway - I've realised that a big part of the interactive todo lists stuff is trying to handle round trips to ikiwiki.cgi through javascript. A web services API would make handling the various conditions of this easier (e.g. need to login, login failed, etc.). I'm not sure what else might benefit from a web services API and I have no real experience of either using or writing them so I don't know what pros/cons there are for REST vs SOAP etc. Second, and in a way related, I've been mooting hacking fastcgi support into ikiwiki. Essentially one ikiwiki.cgi process would persist and serve CGI-ish requests on stdin/stdout. The initial content-scanning and dependency generation would happen once and not need to be repeated for future requests. Although, all state-changing operations would need to be careful to ensure the in-memory models were accurate. Also, I don't know how suited the data structures would be for persistence, since the current model is build em up, throw em away, they might not be space-efficient enough for persistence. -- cgit v1.2.3 From bd2316dda729116edca516c4fc6cd906b4f1ef7e Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Wed, 2 Dec 2009 21:01:10 -0500 Subject: possible answer --- doc/forum/understanding_filter_hooks.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/understanding_filter_hooks.mdwn b/doc/forum/understanding_filter_hooks.mdwn index 061d6d295..e6ddc91cc 100644 --- a/doc/forum/understanding_filter_hooks.mdwn +++ b/doc/forum/understanding_filter_hooks.mdwn @@ -7,3 +7,11 @@ but right now I have to have a look at the content, which I don't like so much. Is there a better hook to use for this? I need to transform the input before preprocessing. [[DavidBremner]] + +>You can check the type of the page without having to look at the content of the page: + + my $page_file=$pagesources{$page}; + my $page_type=pagetype($page_file); + +>Then you can check whether `$page_type` is "tex". +>--[[KathrynAndersen]] -- cgit v1.2.3 From 27dd2810d48c7a08f6b82632d26d9f6f00f5cb6b Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Fri, 4 Dec 2009 04:29:10 -0500 Subject: request for comment --- doc/forum/an_alternative_approach_to_structured_data.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 doc/forum/an_alternative_approach_to_structured_data.mdwn (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn new file mode 100644 index 000000000..8898c90da --- /dev/null +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -0,0 +1,15 @@ +Looking at the discussion about [[todo/structured_page_data]], it looks a bit like folks are bogged down in figuring out what *markup* to use for structured page data, something I doubt that people will really agree on. And thus, little progress is made. + +I propose that, rather than worry about what the data looks like, that we take a similar approach +to the way Revision Control Systems are used in ikiwiki: a front-end + back-end approach. +The front-end would be a common interface, where queries are made about the structured data, +and there would be any number of back-ends, which could use whatever markup or format that they desired. + +To that purpose, I've written the [[plugins/contrib/field]] plugin for a possible front-end. +I called it "field" because each page could be considered a "record" where one could request the values of "fields" of that record. +The idea is that back-end plugins would register functions which can be called when the value of a field is desired. + +This is gone into in more depth on the plugin page itself, but I would appreciate feedback and improvements on the approach. +I think it could be really powerful and useful, especially if it becomes part of ikiwiki proper. + +--[[KathrynAndersen]] -- cgit v1.2.3 From 505e94708d900948cb28fbf1d70f0499bf548b11 Mon Sep 17 00:00:00 2001 From: "http://www.google.com.au/profiles/will.uther" Date: Sat, 5 Dec 2009 01:44:36 -0500 Subject: --- doc/forum/an_alternative_approach_to_structured_data.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn index 8898c90da..fb007f7e9 100644 --- a/doc/forum/an_alternative_approach_to_structured_data.mdwn +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -13,3 +13,5 @@ This is gone into in more depth on the plugin page itself, but I would appreciat I think it could be really powerful and useful, especially if it becomes part of ikiwiki proper. --[[KathrynAndersen]] + +> It looks like an interesting idea. I don't have time right now to look at it in depth, but it looks interesting. -- [[Will]] -- cgit v1.2.3 From 5d4ef9cecc2079355099ed7ede016611945e2fba Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 10 Dec 2009 22:16:58 -0500 Subject: split out the toplevel discussion page into individual forum posts backdated to the date the topic was discussed to avoid flooding --- doc/forum.mdwn | 6 +- ...submitted_and_then_reviewed_before_posting.mdwn | 23 + .../Regex_for_Valid_Characters_in_Filenames.mdwn | 19 + doc/forum/Should_not_create_an_existing_page.mdwn | 15 + doc/forum/Spaces_in_wikilinks.mdwn | 104 +++++ ...teps_from_RecentChanges_CGI_to_static_page.mdwn | 10 + ...arious_ways_to_use_Subversion_with_ikiwiki.mdwn | 23 + doc/forum/editing_the_style_sheet.mdwn | 18 + doc/forum/how_do_I_translate_a_TWiki_site.mdwn | 44 ++ doc/forum/installation_and_setup_questions.mdwn | 52 +++ doc/forum/installation_as_non-root_user.mdwn | 7 + doc/forum/installation_of_selected_docs.mdwn | 29 ++ doc/forum/upgrade_steps.mdwn | 147 +++++++ doc/index/discussion.mdwn | 465 +-------------------- 14 files changed, 496 insertions(+), 466 deletions(-) create mode 100644 doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn create mode 100644 doc/forum/Regex_for_Valid_Characters_in_Filenames.mdwn create mode 100644 doc/forum/Should_not_create_an_existing_page.mdwn create mode 100644 doc/forum/Spaces_in_wikilinks.mdwn create mode 100644 doc/forum/Upgrade_steps_from_RecentChanges_CGI_to_static_page.mdwn create mode 100644 doc/forum/Various_ways_to_use_Subversion_with_ikiwiki.mdwn create mode 100644 doc/forum/editing_the_style_sheet.mdwn create mode 100644 doc/forum/how_do_I_translate_a_TWiki_site.mdwn create mode 100644 doc/forum/installation_and_setup_questions.mdwn create mode 100644 doc/forum/installation_as_non-root_user.mdwn create mode 100644 doc/forum/installation_of_selected_docs.mdwn create mode 100644 doc/forum/upgrade_steps.mdwn (limited to 'doc/forum') diff --git a/doc/forum.mdwn b/doc/forum.mdwn index 729540774..19ca9ed0b 100644 --- a/doc/forum.mdwn +++ b/doc/forum.mdwn @@ -1,6 +1,8 @@ -This is a place for questions and discussions that don't have a Discussion page fitting enough. Users of ikiwiki can ask questions here. +This is a place for questions and discussions that don't have a Discussion +page fitting enough. Users of ikiwiki can ask questions here. -_This is a bold experiment by me, since I have exactly such a question. This overrides the default content/discussion dichotomy, feel free to refactor and discuss! --ulrik_ +Note that for more formal bug reports or todo items, you can also edit the +[[bugs]] and [[todo]] pages. ## Current topics ## diff --git a/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn b/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn new file mode 100644 index 000000000..3879c594a --- /dev/null +++ b/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn @@ -0,0 +1,23 @@ +[[meta date="2008-04-28 14:57:25 -0400"]] + +I am considering moving a news site to Ikiwiki. I am hoping that Ikiwiki has a feature where anonymous posters can submit a form that moderators can review and then accept for it to be posted on a news webpage (like front page of the website). + +> Well, you can have one blog that contains unreviewed articles, and +> moderators can then add a tag that makes the article show up in the main +> news feed. There's nothing stopping someone submitting an article +> pre-tagged though. If you absolutely need to lock that down, you could +> have one blog with unreviewed articles in one subdirectory, and reviewers +> then move the file over to another subdirectory when they're ready to +> publish it. (This second subdirectory would be locked to prevent others +> from writing to it.) --[[Joey]] + +Also it would be good if the news page would keep maybe just the latest 10 entries with links to an archive that make it easy to browse to old entries by date. (Could have over a thousand news articles.) + +> The inline plugin allows setting up things like this. + +Plus users be able to post feedback to news items. If anonymous, they must be approved first. I'd prefer to not use normal "wiki" editor for feedback. + +Any thoughts or examples on this? Any links to examples of news sites or blogs with outside feedback using ikiwiki? + +Thanks --[[JeremyReed]] + diff --git a/doc/forum/Regex_for_Valid_Characters_in_Filenames.mdwn b/doc/forum/Regex_for_Valid_Characters_in_Filenames.mdwn new file mode 100644 index 000000000..618576f81 --- /dev/null +++ b/doc/forum/Regex_for_Valid_Characters_in_Filenames.mdwn @@ -0,0 +1,19 @@ +I'm sure that this is documented somewhere but I've ransacked the wiki and I can't find it. :-( What are the allowed characters in an ikiwiki page name? I'm writing a simple script to make updating my blog easier and need to filter invalid characters (so far I've found that # and , aren't allowed ;-)). Thanks for any pointers. -- [[AdamShand]] + +> The default `wiki_file_regexp` matches filenames containing only +> `[-[:alnum:]_.:/+]` +> +> The titlepage() function will convert freeform text to a valid +> page name. See [[todo/should_use_a_standard_encoding_for_utf_chars_in_filenames]] +> for an example. --[[Joey]] + +>> Perfect, thanks! +>> +>> In the end I decided that I didn't need any special characters in filenames and replaced everything but alphanumeric characters with underscores. In addition to replacing bad characters I also collapse multiple underscores into a single one, and strip off trailing and leading underscores to make tidy filenames. If it's useful to anybody else here's a sed example: +>> +>> # echo "++ Bad: ~@#$%^&*()_=}{[];,? Iki: +_-:./ Num: 65.5 ++" | sed -e 's/[^A-Za-z0-9_]/_/g' -e 's/__*/_/g' -e 's/^_//g' -e 's/_$//g' +>> Bad_Iki_Num_65_5 +>> +>>--[[AdamShand]] + +[[!meta date="2008-01-18 23:40:02 -0500"]] diff --git a/doc/forum/Should_not_create_an_existing_page.mdwn b/doc/forum/Should_not_create_an_existing_page.mdwn new file mode 100644 index 000000000..b9500757f --- /dev/null +++ b/doc/forum/Should_not_create_an_existing_page.mdwn @@ -0,0 +1,15 @@ +[[!meta date="2007-01-08 14:55:31 +0000"]] + +This might be a bug, but will discuss it here first. +Clicking on an old "?" or going to a create link but new Markdown content exists, should not go into "create" mode, but should do a regular "edit". + +> I belive that currently it does a redirect to the new static web page. +> At least that's the intent of the code. --[[Joey]] + +>> Try at your site: `?page=discussion&from=index&do=create` +>> It brings up an empty textarea to start a new webpage -- even though it already exists here. --reed + +>>> Ah, right. Notice that the resulting form allows saving the page as +>>> discussion, or users/discussion, but not index/discussion, since this +>>> page already exists. If all the pages existed, it would do the redirect +>>> thing. --[[Joey]] diff --git a/doc/forum/Spaces_in_wikilinks.mdwn b/doc/forum/Spaces_in_wikilinks.mdwn new file mode 100644 index 000000000..9326ac448 --- /dev/null +++ b/doc/forum/Spaces_in_wikilinks.mdwn @@ -0,0 +1,104 @@ +[[!meta date="2007-07-02 13:21:29 +0000"]] + +# Spaces in WikiLinks? + +Hello Joey, + +I've just switched from ikiwiki 2.0 to ikiwiki 2.2 and I'm really surprised +that I can't use the spaces in WikiLinks. Could you please tell me why the spaces +aren't allowed in WikiLinks now? + +My best regards, + +--[[PaweB|ptecza]] + +> See [[bugs/Spaces_in_link_text_for_ikiwiki_links]] + +---- + +# Build in OpenSolaris? + +Moved to [[bugs/build_in_opensolaris]] --[[Joey]] + +---- + +# Various ways to use Subversion with ikiwiki + +I'm playing around with various ways that I can use subversion with ikiwiki. + +* Is it possible to have ikiwiki point to a subversion repository which is on a different server? The basic checkin/checkout functionality seems to work but there doesn't seem to be any way to make the post-commit hook work for a non-local server? + +> This is difficult to do since ikiwiki's post-commit wrapper expects to +> run on a machine that contains both the svn repository and the .ikiwiki +> state directory. However, with recent versions of ikiwiki, you can get +> away without running the post-commit wrapper on commit, and all you lose +> is the ability to send commit notification emails. + +> (And now that [[recentchanges]] includes rss, you can just subscribe to +> that, no need to worry about commit notification emails anymore.) + +* Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)? This works in part but again the post-commit hook seems problematic. + +--[[AdamShand]] + +> Sure, see ikiwiki's subversion repository for example of non-wiki files +> in the same repo. If you have two wikis in one repository, you will need +> to write a post-commit script that calls the post-commit wrappers for each +> wiki. + +---- + +# Regex for Valid Characters in Filenames + +I'm sure that this is documented somewhere but I've ransacked the wiki and I can't find it. :-( What are the allowed characters in an ikiwiki page name? I'm writing a simple script to make updating my blog easier and need to filter invalid characters (so far I've found that # and , aren't allowed ;-)). Thanks for any pointers. -- [[AdamShand]] + +> The default `wiki_file_regexp` matches filenames containing only +> `[-[:alnum:]_.:/+]` +> +> The titlepage() function will convert freeform text to a valid +> page name. See [[todo/should_use_a_standard_encoding_for_utf_chars_in_filenames]] +> for an example. --[[Joey]] + +>> Perfect, thanks! +>> +>> In the end I decided that I didn't need any special characters in filenames and replaced everything but alphanumeric characters with underscores. In addition to replacing bad characters I also collapse multiple underscores into a single one, and strip off trailing and leading underscores to make tidy filenames. If it's useful to anybody else here's a sed example: +>> +>> # echo "++ Bad: ~@#$%^&*()_=}{[];,? Iki: +_-:./ Num: 65.5 ++" | sed -e 's/[^A-Za-z0-9_]/_/g' -e 's/__*/_/g' -e 's/^_//g' -e 's/_$//g' +>> Bad_Iki_Num_65_5 +>> +>>--[[AdamShand]] + +# Upgrade steps from RecentChanges CGI to static page? + +Where are the upgrade steps for RecentChanges change from CGI to static feed? +I run multiple ikiwiki-powered sites on multiple servers, but today I just upgraded one to 2.32.3. +Please have a look at + +Any suggestions? + +> There are no upgrade steps required. It does look like you need to enable +> the meta plugin to get a good recentchanges page though.. --[[Joey]] + +# News site where articles are submitted and then reviewed before posting? + +I am considering moving a news site to Ikiwiki. I am hoping that Ikiwiki has a feature where anonymous posters can submit a form that moderators can review and then accept for it to be posted on a news webpage (like front page of the website). + +> Well, you can have one blog that contains unreviewed articles, and +> moderators can then add a tag that makes the article show up in the main +> news feed. There's nothing stopping someone submitting an article +> pre-tagged though. If you absolutely need to lock that down, you could +> have one blog with unreviewed articles in one subdirectory, and reviewers +> then move the file over to another subdirectory when they're ready to +> publish it. (This second subdirectory would be locked to prevent others +> from writing to it.) --[[Joey]] + +Also it would be good if the news page would keep maybe just the latest 10 entries with links to an archive that make it easy to browse to old entries by date. (Could have over a thousand news articles.) + +> The inline plugin allows setting up things like this. + +Plus users be able to post feedback to news items. If anonymous, they must be approved first. I'd prefer to not use normal "wiki" editor for feedback. + +Any thoughts or examples on this? Any links to examples of news sites or blogs with outside feedback using ikiwiki? + +Thanks --[[JeremyReed]] + diff --git a/doc/forum/Upgrade_steps_from_RecentChanges_CGI_to_static_page.mdwn b/doc/forum/Upgrade_steps_from_RecentChanges_CGI_to_static_page.mdwn new file mode 100644 index 000000000..298ff49f1 --- /dev/null +++ b/doc/forum/Upgrade_steps_from_RecentChanges_CGI_to_static_page.mdwn @@ -0,0 +1,10 @@ +Where are the upgrade steps for RecentChanges change from CGI to static feed? +I run multiple ikiwiki-powered sites on multiple servers, but today I just upgraded one to 2.32.3. +Please have a look at + +Any suggestions? + +> There are no upgrade steps required. It does look like you need to enable +> the meta plugin to get a good recentchanges page though.. --[[Joey]] + +[[!meta date="2008-02-23 21:10:42 -0500"]] diff --git a/doc/forum/Various_ways_to_use_Subversion_with_ikiwiki.mdwn b/doc/forum/Various_ways_to_use_Subversion_with_ikiwiki.mdwn new file mode 100644 index 000000000..8eed30cd8 --- /dev/null +++ b/doc/forum/Various_ways_to_use_Subversion_with_ikiwiki.mdwn @@ -0,0 +1,23 @@ +[[!meta date="2007-08-17 03:54:10 +0000"]] + +I'm playing around with various ways that I can use subversion with ikiwiki. + +* Is it possible to have ikiwiki point to a subversion repository which is on a different server? The basic checkin/checkout functionality seems to work but there doesn't seem to be any way to make the post-commit hook work for a non-local server? + +> This is difficult to do since ikiwiki's post-commit wrapper expects to +> run on a machine that contains both the svn repository and the .ikiwiki +> state directory. However, with recent versions of ikiwiki, you can get +> away without running the post-commit wrapper on commit, and all you lose +> is the ability to send commit notification emails. + +> (And now that [[recentchanges]] includes rss, you can just subscribe to +> that, no need to worry about commit notification emails anymore.) + +* Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)? This works in part but again the post-commit hook seems problematic. + +--[[AdamShand]] + +> Sure, see ikiwiki's subversion repository for example of non-wiki files +> in the same repo. If you have two wikis in one repository, you will need +> to write a post-commit script that calls the post-commit wrappers for each +> wiki. --[[Joey]] diff --git a/doc/forum/editing_the_style_sheet.mdwn b/doc/forum/editing_the_style_sheet.mdwn new file mode 100644 index 000000000..c1e1ef815 --- /dev/null +++ b/doc/forum/editing_the_style_sheet.mdwn @@ -0,0 +1,18 @@ +[[!meta date="006-12-29 04:19:51 +0000"]] + +It would be nice to be able to edit the stylesheet by means of the cgi. Or is this possible? I wasn't able to achieve it. +Ok, that's my last 2 cents for a while. --[Mazirian](http://mazirian.com) + +> I don't support editing it, but if/when ikiwiki gets [[todo/fileupload]] support, +> it'll be possible to upload a style sheet. (If .css is in the allowed +> extensions list.. no idea how safe that would be, a style sheet is +> probably a great place to put XSS attacks and evil javascript that would +> be filtered out of any regular page in ikiwiki). --[[Joey]] + +>> I hadn't thought of that at all. It's a common feature and one I've +>> relied on safely, because the wikis I am maintaining at the moment +>> are all private and restricted to trusted users. Given that the whole +>> point of ikiwiki is to be able to access and edit via the shell as +>> well as the web, I suppose the features doesn't add a lot. By the +>> way, the w3m mode is brilliant. I haven't tried it yet, but the idea +>> is great. diff --git a/doc/forum/how_do_I_translate_a_TWiki_site.mdwn b/doc/forum/how_do_I_translate_a_TWiki_site.mdwn new file mode 100644 index 000000000..5bfdbb86c --- /dev/null +++ b/doc/forum/how_do_I_translate_a_TWiki_site.mdwn @@ -0,0 +1,44 @@ +[[!meta date="2006-12-19 09:56:21 +0000"]] + +# Excellent - how do I translate a TWiki site? + +I just discovered ikiwiki quite by chance, I was looking for a console/terminal +menu system and found pdmenu. So pdmenu brought me to here and I've found ikiwiki! +It looks as if it's just what I've been wanting for a long time. I wanted something +to create mostly text web pages which, as far as possible, have source which is human +readable or at least in a standard format. ikiwiki does this twice over by using +markdown for the source and producing static HTML from it. + +I'm currently using TWiki and have a fair number of pages in that format, does +anyone have any bright ideas for translating? I can knock up awk scripts fairly +easily, perl is possible (but I'm not strong in perl). + +> Let us know if you come up with something to transition from the other +> format. Another option would be writing a ikiwiki plugin to support the +> TWiki format. --[[Joey]] + +> Jamey Sharp and I have a set of scripts in progress to convert other wikis to ikiwiki, including history, so that we can migrate a few of our wikis. We already have support for migrating MoinMoin wikis to ikiwiki, including conversion of the entire history to Git. We used this to convert the [XCB wiki](http://xcb.freedesktop.org/wiki/) to ikiwiki; until we finalize the conversion and put the new wiki in place of the old one, you can browse the converted result at . We already plan to add support for TWiki (including history, since you can just run parsecvs on the TWiki RCS files to get Git), so that we can convert the [Portland State Aerospace Society wiki](http://psas.pdx.edu) (currently in Moin, but with much of its history in TWiki, and with many of its pages still in TWiki format using Jamey's TWiki format for MoinMoin). +> +> Our scripts convert by way of HTML, using portions of the source wiki's code to render as HTML (with some additional code to do things like translate MoinMoin's `\[[TableOfContents]]` to ikiwiki's `\[[!toc ]]`), and then using a modified [[!cpan HTML::WikiConverter]] to turn this into markdown and ikiwiki. This produces quite satisfactory results, apart from things that don't have any markdown equivalent and thus remain HTML, such as tables and definition lists. Conversion of the history occurs by first using another script we wrote to translate MoinMoin history to Git, then using our git-map script to map a transformation over the Git history. +> +> We will post the scripts as soon as we have them complete enough to convert our wikis. +> +> -- [[JoshTriplett]] + +>> Thanks for an excellent Xmas present, I will appreciate the additional +>> users this will help switch to ikiwiki! --[[Joey]] + + +>> Sounds great indeed. Learning from [here](http://www.bddebian.com/~wiki/AboutTheTWikiToIkiwikiConversion/) that HTML::WikiConverter needed for your conversion was not up-to-date on Debian I have now done an unofficial package, including your proposed Markdown patches, apt-get'able at 
deb http://debian.jones.dk/ sid wikitools
+>> -- [[JonasSmedegaard]] + + +>>I see the "We will post the scripts ...." was committed about a year ago. A current site search for "Moin" does not turn them up. Any chance of an appearance in the near (end of year) future? +>> +>> -- [[MichaelRasmussen]] + +>>> It appears the scripts were never posted? I recently imported my Mediawiki site into Iki. If it helps, my notes are here: --[[sabr]] + +>>>>> The scripts have been posted now, see [[joshtriplett]]'s user page, +>>>>> and I've pulled together all ways I can find to [[convert]] other +>>>>> systems into ikiwiki. --[[Joey]] diff --git a/doc/forum/installation_and_setup_questions.mdwn b/doc/forum/installation_and_setup_questions.mdwn new file mode 100644 index 000000000..50633ec3f --- /dev/null +++ b/doc/forum/installation_and_setup_questions.mdwn @@ -0,0 +1,52 @@ +[[!meta date="2007-03-02 00:57:08 +0000"]] + +Ikiwiki creates a .ikiwiki directory in my wikiwc working directory. Should I +"svn add .ikiwiki" or add it to svn:ignore? + +> `.ikiwiki` is used by ikiwiki to store internal state. You can add it to +> svn:ignore. --[[Joey]] +> > Thanks a lot. + +Is there an easy way to log via e-mail to some webmaster address, instead +of via syslog? + +> Not sure why you'd want to do that, but couldn't you use a tool like +> logwatch to mail selected lines from the syslog? --[[Joey]] + +> > The reason is that I'm not logged in on the web server regularly to +> > check the log files. I'll see whether I can install a logwatch instance. + +I'm trying to install from scratch on a CentOS 4.6 system. I installed perl 5.8.8 from source and then added all the required modules via CPAN. When I build ikiwiki from the tarball, I get this message: + + rendering todo/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn + *** glibc detected *** double free or corruption (!prev): 0x0922e478 *** + make: *** [extra_build] Aborted + +I'm kind of at a loss how to track this down or work around it. Any suggestions? --Monty + +> All I can tell you is that it looks like a problem with your C library or +> perl. Little perl programs like ikiwiki should only be able to trigger +> such bugs, not contain them. :-) Sorry I can't be of more help. +> --[[Joey]] + +> I had a similar problem after upgrading to the latest version of +> Text::Markdown from CPAN. You might try either looking for a Markdown +> package for CentOS or using the latest version of John Gruber's +> Markdown.pl: +> +> --[[JasonBlevins]], April 1, 2008 18:22 EDT + +>> Unfortunately I couldn't find a CentOS package for markdown, and I +>> couldn't quite figure out how to use John Gruber's version instead. +>> I tried copying it to site_perl, etc., but the build doesn't pick +>> it up. For now I can just play with it on my Ubuntu laptop for which +>> the debian package installed flawlessly. I'll probably wait for an +>> updated version of Markdown to see if this is fixed in the future. +>> --Monty + +>I suggest that you pull an older version of Text::Markdown from CPAN. I am using and that works just fine. +>There is a step change in version and size between this version (dated 11Jan2008) and the next version (1.0.12 dated 18Feb2008). I shall have a little look to see why, in due course. +>Ubuntu Hardy Heron has a debian package now, but that does not work either. +> --Dirk 22Apr2008 + +> This might be related to [Text::Markdown bug #37297](http://rt.cpan.org/Public/Bug/Display.html?id=37297).--ChapmanFlack 9Jul2008 diff --git a/doc/forum/installation_as_non-root_user.mdwn b/doc/forum/installation_as_non-root_user.mdwn new file mode 100644 index 000000000..4997af2ac --- /dev/null +++ b/doc/forum/installation_as_non-root_user.mdwn @@ -0,0 +1,7 @@ +I'd like to install ikiwiki as a non-root user. I can plow through getting all the +perl dependencies installed because that's well documented in the perl world, +but I don't know how to tell ikiwiki to install somewhere other than / --BrianWilson + +> Checkout the tips section for [[tips/DreamHost]]. It should do the trick. --MattReynolds + +[[!meta date="2008-01-13 16:02:52 -0500"]] diff --git a/doc/forum/installation_of_selected_docs.mdwn b/doc/forum/installation_of_selected_docs.mdwn new file mode 100644 index 000000000..81dd1ee00 --- /dev/null +++ b/doc/forum/installation_of_selected_docs.mdwn @@ -0,0 +1,29 @@ +[[!meta date="2007-09-06 19:47:23 +0000"]] + +# Installation of selected docs (html) + +The latest release has around 560 files (over 2MB) in html. + +Any suggestions or ideas on limiting what html is installed? + +For example, I don't see value in every ikiwiki install out there to also install personal "users" ikiwiki pages. + +For now I copy ikiwiki.setup. And then use pax with -L switch to copy the targets of the symlinks of the basewiki. + +I was thinking of making a list of desired documents from the html directory to install. + +--JeremyReed + +> You don't need any of them, unless you want to read ikiwiki's docs locally. +> +> I don't understand why you're installing the basewiki files manually; +> ikiwiki has a Makefile that will do this for you. --[[Joey]] + +>> The Makefile's install doesn't do what I want so I use different installer for it. +>> It assumes wrong location for man pages for me. (And it should consider using INSTALLVENDORMAN1DIR and +>> MAN1EXT but I don't know about section 8 since I don't know of perl value for that.) +>> I don't want w3m cgi installed; it is optional for my package. +>> I will just patch for that instead of using my own installer. +>> Note: I am working on the pkgsrc package build specification for this. This is for creating +>> packages for NetBSD, DragonFly and other systems that use pkgsrc package system. +>> --JeremyReed diff --git a/doc/forum/upgrade_steps.mdwn b/doc/forum/upgrade_steps.mdwn new file mode 100644 index 000000000..1c85e6402 --- /dev/null +++ b/doc/forum/upgrade_steps.mdwn @@ -0,0 +1,147 @@ +[[!meta date="2007-08-27 21:52:18 +0000"]] + +I upgrades from 1.40 to 2.6.1. I ran "ikiwiki --setup" using my existing ikiwiki.setup configuration. +I had many errors like: + + /home/bsdwiki/www/wiki/wikilink/index.html independently created, not overwriting with version from wikilink + BEGIN failed--compilation aborted at (eval 5) line 129. + +and: + + failed renaming /home/bsdwiki/www/wiki/smileys.ikiwiki-new to /home/bsdwiki/www/wiki/smileys: Is a directory + BEGIN failed--compilation aborted at (eval 5) line 129. + +Probably about six errors like this. I worked around this by removing the files and directories it complained about. +Finally it finished. + +> As of version 2.0, ikiwiki enables usedirs by default. See +> [[tips/switching_to_usedirs]] for details. --[[Joey]] + +>> I read the config wrong. I was thinking that it showed the defaults even though commented out +>> (like ssh configs do). I fixed that part. --JeremyReed + +My next problem was that ikiwiki start letting me edit without any password authentication. It used to prompt +me for a password but now just goes right into the "editing" mode. +The release notes for 2.0 say password auth is still on by default. + +> It sounds like you have the anonok plugin enabled? + +>> Where is the default documented? My config doesn't have it uncommented. + +The third problem is that when editing my textbox is empty -- no content. + +This is using my custom rcs.pm which has been used thousands of times. + +> Have you rebuilt the cgi wrapper since you upgraded ikiwiki? AFAIK I +> fixed a bug that could result in the edit box always being empty back in +> version 2.3. The only other way it could happen is if ikiwiki does not +> have saved state about the page that it's editing (in .ikiwiki/index). + +>> Rebuilt it several times. Now that I think of it, I think my early problem of having +>> no content in the textbox was before I rebuilt the cgi. And after I rebuilt the whole webpage was empty. + +Now I regenerated my ikiwiki.cgi again (no change to my configuration, +and I just get an empty HTML page when attempting editing or "create". + +> If the page is completly empty then ikiwiki is crashing before it can +> output anything, though this seems unlikely. Check the webserver logs. + +Now I see it created directories for my data. I fixed that by setting +usedirs (I see that is in the release notes for 2.0) and rerunning ikiwiki --setup +but I still have empty pages for editing (no textbox no html at all). + +> Is IkiWiki crashing? If so, it would probably leave error text in the apache logs. --[[TaylorKillian]] + +>> Not using apache. Nothing useful in logs other thn the HTTP return codes are "0" and bytes is "-" +>> on the empty ikiwiki.cgi output (should say " 200 " followed by bytes). + +>>> You need to either figure out what your web server does with stderr +>>> from cgi programs, or run ikiwiki.cgi at the command line with an +>>> appropriate environment so it thinks it's being called from a web +>>> server, so you can see how it's failing. --[[Joey]] + +(I am posting this now, but will do some research and post some more.) + +Is there any webpage with upgrade steps? + +> Users are expected to read [[news]], which points out any incompatible +> changes or cases where manual action is needed. + +>> I read it but read the usedirs option wrong :(. +>> Also it appears to be missing the news from between 1.40 to 2.0 unless they dont' exist. +>> If they do exist maybe they have release notes I need? + +>>> All the old ones are in the NEWS file. --[[Joey]] + +--JeremyReed + +My followup: I used a new ikiwiki.setup based on the latest version. But no changes for me. + +Also I forgot to mention that do=recentchanges works good for me. It uses my +rcs_recentchanges in my rcs perl module. + +The do=prefs does nothing though -- just a blank webpage. + +> You need to figure out why ikiwiki is crashing. The webserver logs should +> tell you. + +I also set verbose => 1 and running ikiwiki --setup was verbose, but no changes in running CGI. +I was hoping for some output. + +I am guessing that my rcs perl module stopped working on the upgrade. I didn't notice any release notes +on changes to revision control modules. Has something changed? I will also look. + +> No, the rcs interface has not needed to change in a long time. Also, +> nothing is done with the rcs for do=prefs. + +>> Thanks. I also checked differences between 1.40 Rcs plugins and didn't notice anything significant. + +--JeremyReed + +Another Followup: I created a new ikiwiki configuration and did the --setup to +create an entirely different website. I have same problem there. No prompt for password +and empty webpage when using the cgi. +I never upgraded any perl modules so maybe a new perl module is required but I don't see any errors so I don't know. + +The only errors I see when building and installing ikiwiki are: + + Can't exec "otl2html": No such file or directory at IkiWiki/Plugin/otl.pm line 66. + + gettext 0.14 too old, not updating the pot file + +I don't use GNU gettext on here. + +I may need to revert back to my old ikiwiki install which has been used to thousands of times (with around +1000 rcs commits via ikiwiki). + +--JeremyReed + +I downgraded to version 1.40 (that was what I had before I wrote wrong above). +Now ikiwiki is working for me again (but using 1.40). I shouldn't have tested on production system :) + +--JeremyReed + +I am back. On a different system, I installed ikiwiki 2.6.1. Same problem -- blank CGI webpage. + +So I manually ran with: + + REQUEST_METHOD=GET QUERY_STRING='do=create&page=jcr' kiwiki.cgi + +And clearly saw the error: + + [IkiWiki::main] Fatal: Bad template engine CGI::FormBuilder::Template::div: Can't locate CGI/FormBuilder/Template/div.pm + +So I found my version was too old and 3.05 is the first to provide "Div" support. I upgraded my p5-CGI-FormBuilder to 3.0501. +And ikiwiki CGI started working for me. + +The Ikiwiki docs about this requirement got removed in Revision 4367. There should be a page that lists the requirements. +(I guess I could have used the debian/control file.) + +> There is a page, [[install]] documents that 3.05 is needed. + +>> Sorry, I missed that. With hundreds of wikipages it is hard to read all of them. +>> I am updating the download page now to link to it. + +I am now using ikiwiki 2.6.1 on my testing system. + +--JeremyReed diff --git a/doc/index/discussion.mdwn b/doc/index/discussion.mdwn index d52cb0a2d..749042910 100644 --- a/doc/index/discussion.mdwn +++ b/doc/index/discussion.mdwn @@ -1,464 +1 @@ -Seems like there should be a page for you to post your thoughts about -ikiwiki, both pro and con, anything that didn't work, ideas, or whatever. -Do so here.. - -Note that for more formal bug reports or todo items, you can also edit the -[[bugs]] and [[todo]] pages. - -[[!toc ]] - -# Installation/Setup questions - -Ikiwiki creates a .ikiwiki directory in my wikiwc working directory. Should I -"svn add .ikiwiki" or add it to svn:ignore? - -> `.ikiwiki` is used by ikiwiki to store internal state. You can add it to -> svn:ignore. --[[Joey]] -> > Thanks a lot. - -Is there an easy way to log via e-mail to some webmaster address, instead -of via syslog? - -> Not sure why you'd want to do that, but couldn't you use a tool like -> logwatch to mail selected lines from the syslog? --[[Joey]] - -> > The reason is that I'm not logged in on the web server regularly to -> > check the log files. I'll see whether I can install a logwatch instance. - -I'm trying to install from scratch on a CentOS 4.6 system. I installed perl 5.8.8 from source and then added all the required modules via CPAN. When I build ikiwiki from the tarball, I get this message: - - rendering todo/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn - *** glibc detected *** double free or corruption (!prev): 0x0922e478 *** - make: *** [extra_build] Aborted - -I'm kind of at a loss how to track this down or work around it. Any suggestions? --Monty - -> All I can tell you is that it looks like a problem with your C library or -> perl. Little perl programs like ikiwiki should only be able to trigger -> such bugs, not contain them. :-) Sorry I can't be of more help. -> --[[Joey]] - -> I had a similar problem after upgrading to the latest version of -> Text::Markdown from CPAN. You might try either looking for a Markdown -> package for CentOS or using the latest version of John Gruber's -> Markdown.pl: -> -> --[[JasonBlevins]], April 1, 2008 18:22 EDT - ->> Unfortunately I couldn't find a CentOS package for markdown, and I ->> couldn't quite figure out how to use John Gruber's version instead. ->> I tried copying it to site_perl, etc., but the build doesn't pick ->> it up. For now I can just play with it on my Ubuntu laptop for which ->> the debian package installed flawlessly. I'll probably wait for an ->> updated version of Markdown to see if this is fixed in the future. ->> --Monty - ->I suggest that you pull an older version of Text::Markdown from CPAN. I am using and that works just fine. ->There is a step change in version and size between this version (dated 11Jan2008) and the next version (1.0.12 dated 18Feb2008). I shall have a little look to see why, in due course. ->Ubuntu Hardy Heron has a debian package now, but that does not work either. -> --Dirk 22Apr2008 - -> This might be related to [Text::Markdown bug #37297](http://rt.cpan.org/Public/Bug/Display.html?id=37297).--ChapmanFlack 9Jul2008 - ----- - -# Installation of selected docs (html) - -The latest release has around 560 files (over 2MB) in html. - -Any suggestions or ideas on limiting what html is installed? - -For example, I don't see value in every ikiwiki install out there to also install personal "users" ikiwiki pages. - -For now I copy ikiwiki.setup. And then use pax with -L switch to copy the targets of the symlinks of the basewiki. - -I was thinking of making a list of desired documents from the html directory to install. - ---JeremyReed - -> You don't need any of them, unless you want to read ikiwiki's docs locally. -> -> I don't understand why you're installing the basewiki files manually; -> ikiwiki has a Makefile that will do this for you. --[[Joey]] - ->> The Makefile's install doesn't do what I want so I use different installer for it. ->> It assumes wrong location for man pages for me. (And it should consider using INSTALLVENDORMAN1DIR and ->> MAN1EXT but I don't know about section 8 since I don't know of perl value for that.) ->> I don't want w3m cgi installed; it is optional for my package. ->> I will just patch for that instead of using my own installer. ->> Note: I am working on the pkgsrc package build specification for this. This is for creating ->> packages for NetBSD, DragonFly and other systems that use pkgsrc package system. ->> --JeremyReed - -# Installation as non-root user - -I'd like to install ikiwiki as a non-root user. I can plow through getting all the -perl dependencies installed because that's well documented in the perl world, -but I don't know how to tell ikiwiki to install somewhere other than / --BrianWilson - -> Checkout the tips section for [[tips/DreamHost]]. It should do the trick. --MattReynolds - ----- - -# Upgrade steps - -I upgrades from 1.40 to 2.6.1. I ran "ikiwiki --setup" using my existing ikiwiki.setup configuration. -I had many errors like: - - /home/bsdwiki/www/wiki/wikilink/index.html independently created, not overwriting with version from wikilink - BEGIN failed--compilation aborted at (eval 5) line 129. - -and: - - failed renaming /home/bsdwiki/www/wiki/smileys.ikiwiki-new to /home/bsdwiki/www/wiki/smileys: Is a directory - BEGIN failed--compilation aborted at (eval 5) line 129. - -Probably about six errors like this. I worked around this by removing the files and directories it complained about. -Finally it finished. - -> As of version 2.0, ikiwiki enables usedirs by default. See -> [[tips/switching_to_usedirs]] for details. --[[Joey]] - ->> I read the config wrong. I was thinking that it showed the defaults even though commented out ->> (like ssh configs do). I fixed that part. --JeremyReed - -My next problem was that ikiwiki start letting me edit without any password authentication. It used to prompt -me for a password but now just goes right into the "editing" mode. -The release notes for 2.0 say password auth is still on by default. - -> It sounds like you have the anonok plugin enabled? - ->> Where is the default documented? My config doesn't have it uncommented. - -The third problem is that when editing my textbox is empty -- no content. - -This is using my custom rcs.pm which has been used thousands of times. - -> Have you rebuilt the cgi wrapper since you upgraded ikiwiki? AFAIK I -> fixed a bug that could result in the edit box always being empty back in -> version 2.3. The only other way it could happen is if ikiwiki does not -> have saved state about the page that it's editing (in .ikiwiki/index). - ->> Rebuilt it several times. Now that I think of it, I think my early problem of having ->> no content in the textbox was before I rebuilt the cgi. And after I rebuilt the whole webpage was empty. - -Now I regenerated my ikiwiki.cgi again (no change to my configuration, -and I just get an empty HTML page when attempting editing or "create". - -> If the page is completly empty then ikiwiki is crashing before it can -> output anything, though this seems unlikely. Check the webserver logs. - -Now I see it created directories for my data. I fixed that by setting -usedirs (I see that is in the release notes for 2.0) and rerunning ikiwiki --setup -but I still have empty pages for editing (no textbox no html at all). - -> Is IkiWiki crashing? If so, it would probably leave error text in the apache logs. --[[TaylorKillian]] - ->> Not using apache. Nothing useful in logs other thn the HTTP return codes are "0" and bytes is "-" ->> on the empty ikiwiki.cgi output (should say " 200 " followed by bytes). - ->>> You need to either figure out what your web server does with stderr ->>> from cgi programs, or run ikiwiki.cgi at the command line with an ->>> appropriate environment so it thinks it's being called from a web ->>> server, so you can see how it's failing. --[[Joey]] - -(I am posting this now, but will do some research and post some more.) - -Is there any webpage with upgrade steps? - -> Users are expected to read [[news]], which points out any incompatible -> changes or cases where manual action is needed. - ->> I read it but read the usedirs option wrong :(. ->> Also it appears to be missing the news from between 1.40 to 2.0 unless they dont' exist. ->> If they do exist maybe they have release notes I need? - ->>> All the old ones are in the NEWS file. --[[Joey]] - ---JeremyReed - -My followup: I used a new ikiwiki.setup based on the latest version. But no changes for me. - -Also I forgot to mention that do=recentchanges works good for me. It uses my -rcs_recentchanges in my rcs perl module. - -The do=prefs does nothing though -- just a blank webpage. - -> You need to figure out why ikiwiki is crashing. The webserver logs should -> tell you. - -I also set verbose => 1 and running ikiwiki --setup was verbose, but no changes in running CGI. -I was hoping for some output. - -I am guessing that my rcs perl module stopped working on the upgrade. I didn't notice any release notes -on changes to revision control modules. Has something changed? I will also look. - -> No, the rcs interface has not needed to change in a long time. Also, -> nothing is done with the rcs for do=prefs. - ->> Thanks. I also checked differences between 1.40 Rcs plugins and didn't notice anything significant. - ---JeremyReed - -Another Followup: I created a new ikiwiki configuration and did the --setup to -create an entirely different website. I have same problem there. No prompt for password -and empty webpage when using the cgi. -I never upgraded any perl modules so maybe a new perl module is required but I don't see any errors so I don't know. - -The only errors I see when building and installing ikiwiki are: - - Can't exec "otl2html": No such file or directory at IkiWiki/Plugin/otl.pm line 66. - - gettext 0.14 too old, not updating the pot file - -I don't use GNU gettext on here. - -I may need to revert back to my old ikiwiki install which has been used to thousands of times (with around -1000 rcs commits via ikiwiki). - ---JeremyReed - -I downgraded to version 1.40 (that was what I had before I wrote wrong above). -Now ikiwiki is working for me again (but using 1.40). I shouldn't have tested on production system :) - ---JeremyReed - -I am back. On a different system, I installed ikiwiki 2.6.1. Same problem -- blank CGI webpage. - -So I manually ran with: - - REQUEST_METHOD=GET QUERY_STRING='do=create&page=jcr' kiwiki.cgi - -And clearly saw the error: - - [IkiWiki::main] Fatal: Bad template engine CGI::FormBuilder::Template::div: Can't locate CGI/FormBuilder/Template/div.pm - -So I found my version was too old and 3.05 is the first to provide "Div" support. I upgraded my p5-CGI-FormBuilder to 3.0501. -And ikiwiki CGI started working for me. - -The Ikiwiki docs about this requirement got removed in Revision 4367. There should be a page that lists the requirements. -(I guess I could have used the debian/control file.) - -> There is a page, [[install]] documents that 3.05 is needed. - ->> Sorry, I missed that. With hundreds of wikipages it is hard to read all of them. ->> I am updating the download page now to link to it. - -I am now using ikiwiki 2.6.1 on my testing system. - ---JeremyReed - ----- -# Excellent - how do I translate a TWiki site? - -I just discovered ikiwiki quite by chance, I was looking for a console/terminal -menu system and found pdmenu. So pdmenu brought me to here and I've found ikiwiki! -It looks as if it's just what I've been wanting for a long time. I wanted something -to create mostly text web pages which, as far as possible, have source which is human -readable or at least in a standard format. ikiwiki does this twice over by using -markdown for the source and producing static HTML from it. - -I'm currently using TWiki and have a fair number of pages in that format, does -anyone have any bright ideas for translating? I can knock up awk scripts fairly -easily, perl is possible (but I'm not strong in perl). - -> Let us know if you come up with something to transition from the other -> format. Another option would be writing a ikiwiki plugin to support the -> TWiki format. --[[Joey]] - -> Jamey Sharp and I have a set of scripts in progress to convert other wikis to ikiwiki, including history, so that we can migrate a few of our wikis. We already have support for migrating MoinMoin wikis to ikiwiki, including conversion of the entire history to Git. We used this to convert the [XCB wiki](http://xcb.freedesktop.org/wiki/) to ikiwiki; until we finalize the conversion and put the new wiki in place of the old one, you can browse the converted result at . We already plan to add support for TWiki (including history, since you can just run parsecvs on the TWiki RCS files to get Git), so that we can convert the [Portland State Aerospace Society wiki](http://psas.pdx.edu) (currently in Moin, but with much of its history in TWiki, and with many of its pages still in TWiki format using Jamey's TWiki format for MoinMoin). -> -> Our scripts convert by way of HTML, using portions of the source wiki's code to render as HTML (with some additional code to do things like translate MoinMoin's `\[[TableOfContents]]` to ikiwiki's `\[[!toc ]]`), and then using a modified [[!cpan HTML::WikiConverter]] to turn this into markdown and ikiwiki. This produces quite satisfactory results, apart from things that don't have any markdown equivalent and thus remain HTML, such as tables and definition lists. Conversion of the history occurs by first using another script we wrote to translate MoinMoin history to Git, then using our git-map script to map a transformation over the Git history. -> -> We will post the scripts as soon as we have them complete enough to convert our wikis. -> -> -- [[JoshTriplett]] - ->> Thanks for an excellent Xmas present, I will appreciate the additional ->> users this will help switch to ikiwiki! --[[Joey]] - - ->> Sounds great indeed. Learning from [here](http://www.bddebian.com/~wiki/AboutTheTWikiToIkiwikiConversion/) that HTML::WikiConverter needed for your conversion was not up-to-date on Debian I have now done an unofficial package, including your proposed Markdown patches, apt-get'able at 
deb http://debian.jones.dk/ sid wikitools
->> -- [[JonasSmedegaard]] - - ->>I see the "We will post the scripts ...." was committed about a year ago. A current site search for "Moin" does not turn them up. Any chance of an appearance in the near (end of year) future? ->> ->> -- [[MichaelRasmussen]] - ->>> It appears the scripts were never posted? I recently imported my Mediawiki site into Iki. If it helps, my notes are here: --[[sabr]] - ->>>>> The scripts have been posted now, see [[joshtriplett]]'s user page, ->>>>> and I've pulled together all ways I can find to [[convert]] other ->>>>> systems into ikiwiki. --[[Joey]] - ----- - -# LaTeX support? - -Moved to [[todo/latex]] --[[Joey]] - ----- - -# Using with CVS? - -Moved to a [[todo_item|todo/CVS_backend]]. --[[JoshTriplett]] - ----- - -# Show differences before saving page? - -Moved to the existing [[todo_item|todo/preview_changes]]. --[[JoshTriplett]] - ----- - -# Max submit size? - -Any setting for limiting how many kilobytes can be submitted via the "edit" form? --- [[JeremyReed]] - ->>> See [[todo/fileupload]] for an idea on limiting page size. --[[Joey]] - ----- - -# Editing the style sheet. - -It would be nice to be able to edit the stylesheet by means of the cgi. Or is this possible? I wasn't able to achieve it. -Ok, that's my last 2 cents for a while. --[Mazirian](http://mazirian.com) - -> I don't support editing it, but if/when ikiwiki gets [[todo/fileupload]] support, -> it'll be possible to upload a style sheet. (If .css is in the allowed -> extensions list.. no idea how safe that would be, a style sheet is -> probably a great place to put XSS attacks and evil javascript that would -> be filtered out of any regular page in ikiwiki). --[[Joey]] - ->> I hadn't thought of that at all. It's a common feature and one I've ->> relied on safely, because the wikis I am maintaining at the moment ->> are all private and restricted to trusted users. Given that the whole ->> point of ikiwiki is to be able to access and edit via the shell as ->> well as the web, I suppose the features doesn't add a lot. By the ->> way, the w3m mode is brilliant. I haven't tried it yet, but the idea ->> is great. - ----- - -# Should not create an existing page - -This might be a bug, but will discuss it here first. -Clicking on an old "?" or going to a create link but new Markdown content exists, should not go into "create" mode, but should do a regular "edit". - -> I belive that currently it does a redirect to the new static web page. -> At least that's the intent of the code. --[[Joey]] - ->> Try at your site: `?page=discussion&from=index&do=create` ->> It brings up an empty textarea to start a new webpage -- even though it already exists here. --reed - ->>> Ah, right. Notice that the resulting form allows saving the page as ->>> discussion, or users/discussion, but not index/discussion, since this ->>> page already exists. If all the pages existed, it would do the redirect ->>> thing. --[[Joey]] - ----- - -# Spaces in WikiLinks? - -Hello Joey, - -I've just switched from ikiwiki 2.0 to ikiwiki 2.2 and I'm really surprised -that I can't use the spaces in WikiLinks. Could you please tell me why the spaces -aren't allowed in WikiLinks now? - -My best regards, - ---[[PaweB|ptecza]] - -> See [[bugs/Spaces_in_link_text_for_ikiwiki_links]] - ----- - -# Build in OpenSolaris? - -Moved to [[bugs/build_in_opensolaris]] --[[Joey]] - ----- - -# Various ways to use Subversion with ikiwiki - -I'm playing around with various ways that I can use subversion with ikiwiki. - -* Is it possible to have ikiwiki point to a subversion repository which is on a different server? The basic checkin/checkout functionality seems to work but there doesn't seem to be any way to make the post-commit hook work for a non-local server? - -> This is difficult to do since ikiwiki's post-commit wrapper expects to -> run on a machine that contains both the svn repository and the .ikiwiki -> state directory. However, with recent versions of ikiwiki, you can get -> away without running the post-commit wrapper on commit, and all you lose -> is the ability to send commit notification emails. - -> (And now that [[recentchanges]] includes rss, you can just subscribe to -> that, no need to worry about commit notification emails anymore.) - -* Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)? This works in part but again the post-commit hook seems problematic. - ---[[AdamShand]] - -> Sure, see ikiwiki's subversion repository for example of non-wiki files -> in the same repo. If you have two wikis in one repository, you will need -> to write a post-commit script that calls the post-commit wrappers for each -> wiki. - ----- - -# Regex for Valid Characters in Filenames - -I'm sure that this is documented somewhere but I've ransacked the wiki and I can't find it. :-( What are the allowed characters in an ikiwiki page name? I'm writing a simple script to make updating my blog easier and need to filter invalid characters (so far I've found that # and , aren't allowed ;-)). Thanks for any pointers. -- [[AdamShand]] - -> The default `wiki_file_regexp` matches filenames containing only -> `[-[:alnum:]_.:/+]` -> -> The titlepage() function will convert freeform text to a valid -> page name. See [[todo/should_use_a_standard_encoding_for_utf_chars_in_filenames]] -> for an example. --[[Joey]] - ->> Perfect, thanks! ->> ->> In the end I decided that I didn't need any special characters in filenames and replaced everything but alphanumeric characters with underscores. In addition to replacing bad characters I also collapse multiple underscores into a single one, and strip off trailing and leading underscores to make tidy filenames. If it's useful to anybody else here's a sed example: ->> ->> # echo "++ Bad: ~@#$%^&*()_=}{[];,? Iki: +_-:./ Num: 65.5 ++" | sed -e 's/[^A-Za-z0-9_]/_/g' -e 's/__*/_/g' -e 's/^_//g' -e 's/_$//g' ->> Bad_Iki_Num_65_5 ->> ->>--[[AdamShand]] - -# Upgrade steps from RecentChanges CGI to static page? - -Where are the upgrade steps for RecentChanges change from CGI to static feed? -I run multiple ikiwiki-powered sites on multiple servers, but today I just upgraded one to 2.32.3. -Please have a look at - -Any suggestions? - -> There are no upgrade steps required. It does look like you need to enable -> the meta plugin to get a good recentchanges page though.. --[[Joey]] - -# News site where articles are submitted and then reviewed before posting? - -I am considering moving a news site to Ikiwiki. I am hoping that Ikiwiki has a feature where anonymous posters can submit a form that moderators can review and then accept for it to be posted on a news webpage (like front page of the website). - -> Well, you can have one blog that contains unreviewed articles, and -> moderators can then add a tag that makes the article show up in the main -> news feed. There's nothing stopping someone submitting an article -> pre-tagged though. If you absolutely need to lock that down, you could -> have one blog with unreviewed articles in one subdirectory, and reviewers -> then move the file over to another subdirectory when they're ready to -> publish it. (This second subdirectory would be locked to prevent others -> from writing to it.) --[[Joey]] - -Also it would be good if the news page would keep maybe just the latest 10 entries with links to an archive that make it easy to browse to old entries by date. (Could have over a thousand news articles.) - -> The inline plugin allows setting up things like this. - -Plus users be able to post feedback to news items. If anonymous, they must be approved first. I'd prefer to not use normal "wiki" editor for feedback. - -Any thoughts or examples on this? Any links to examples of news sites or blogs with outside feedback using ikiwiki? - -Thanks --[[JeremyReed]] - +All discussion that used to be here has moved to the [[forum]]. -- cgit v1.2.3 From ed7871f65af84692b56f899cbd2655181efc4007 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 10 Dec 2009 22:26:00 -0500 Subject: typo --- ...e_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn b/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn index 3879c594a..8dd755274 100644 --- a/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn +++ b/doc/forum/News_site_where_articles_are_submitted_and_then_reviewed_before_posting.mdwn @@ -1,4 +1,4 @@ -[[meta date="2008-04-28 14:57:25 -0400"]] +[[!meta date="2008-04-28 14:57:25 -0400"]] I am considering moving a news site to Ikiwiki. I am hoping that Ikiwiki has a feature where anonymous posters can submit a form that moderators can review and then accept for it to be posted on a news webpage (like front page of the website). -- cgit v1.2.3 From 10785902d42551a7833006a66a157b666f5ce4e2 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 10 Dec 2009 22:26:30 -0500 Subject: fix date to not be 80 years ago --- doc/forum/editing_the_style_sheet.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/editing_the_style_sheet.mdwn b/doc/forum/editing_the_style_sheet.mdwn index c1e1ef815..b4aa8c89b 100644 --- a/doc/forum/editing_the_style_sheet.mdwn +++ b/doc/forum/editing_the_style_sheet.mdwn @@ -1,4 +1,4 @@ -[[!meta date="006-12-29 04:19:51 +0000"]] +[[!meta date="2006-12-29 04:19:51 +0000"]] It would be nice to be able to edit the stylesheet by means of the cgi. Or is this possible? I wasn't able to achieve it. Ok, that's my last 2 cents for a while. --[Mazirian](http://mazirian.com) -- cgit v1.2.3 From a8258dea709c801b148635feaa78bf99e077c5a6 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 9 Jan 2010 19:47:32 +0000 Subject: new forum thread --- .../link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn new file mode 100644 index 000000000..2ec18d3a5 --- /dev/null +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -0,0 +1,9 @@ +how can I create a link to an image which is part of the wiki, without having it inserted in my page? + +I tought this: + +[[look at this|img/lolcat.png]] + +would work, but it doesn't. + +Any hints? -- cgit v1.2.3 From 3d729ee170ef7a3c1ac5210fd1b648ea1128f73d Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 9 Jan 2010 19:48:19 +0000 Subject: corrected wikilink text --- doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 2ec18d3a5..ce7baba50 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -2,7 +2,7 @@ how can I create a link to an image which is part of the wiki, without having it I tought this: -[[look at this|img/lolcat.png]] + \[[look at this|img/lolcat.png]] would work, but it doesn't. -- cgit v1.2.3 From a0e06556db4a5c67f1fdf6f6dc4b6d275137b996 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 9 Jan 2010 15:50:40 -0500 Subject: response --- ..._image_inside_the_wiki_without_inlining_it.mdwn | 32 ++++++++++++++++++++++ 1 file changed, 32 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index ce7baba50..f58b6b359 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -7,3 +7,35 @@ I tought this: would work, but it doesn't. Any hints? + +> Well, currently the syntax above will display the image +> inline with the specified link text used as an alt attribute. Although +> that does not seem to be documented anywhere. +> +> A few places that use that (found with `git grep '\[\[' | egrep 'png|gif|jpeg|jpg' |grep \|`): +> +> * [[logos]] uses it to provide useful alt texts for the logos. (This +> could easily be changed to use [[ikiwiki/directives/img]] though.) +> * The `change.tmpl` template uses it to display +> the [[diff|wikiicons/diff.png]] with a very useful "diff" alt text. +> Using [[ikiwiki/directives/img]] here would mean that the +> [[ikiwiki/plugins/recentchanges]] plugin would depend upon the img +> plugin. +> +> I do like your suggestion, it makes more sense than the current behavior. +> I'm not sure the transition pain to get from here to there is worth it, +> though. +> +> More broadly, if I were writing ikiwiki now, I might choose to leave out the +> auto-inlining of images altogether. In practice, it has added a certian level +> of complexity to ikiwiki, with numerous plugins needing to specify +> `noimageinline` to avoid accidentially inlining an image. And there has not +> been a lot of payoff from having the auto-inlining feature implicitly +> available most places. And the img directive allows much needed control over +> display, so it would be better for users to not have to worry about its +> lesser cousin. But the transition from here to *there* would be another order +> of pain. +> +> Anyway, the cheap and simple answer to your question is to use html +> or markdown instead of a [[ikiwiki/wikilink]]. Ie, +> `[look at this](img/lolcat.jpg)`. --[[Joey]] -- cgit v1.2.3 From fb0524bd9be5f47cd71d89e2443665dd65d66c0f Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 9 Jan 2010 15:51:31 -0500 Subject: links --- doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index f58b6b359..91573d4b5 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -14,12 +14,12 @@ Any hints? > > A few places that use that (found with `git grep '\[\[' | egrep 'png|gif|jpeg|jpg' |grep \|`): > -> * [[logos]] uses it to provide useful alt texts for the logos. (This +> * [[logo]] uses it to provide useful alt texts for the logos. (This > could easily be changed to use [[ikiwiki/directives/img]] though.) > * The `change.tmpl` template uses it to display > the [[diff|wikiicons/diff.png]] with a very useful "diff" alt text. > Using [[ikiwiki/directives/img]] here would mean that the -> [[ikiwiki/plugins/recentchanges]] plugin would depend upon the img +> [[plugins/recentchanges]] plugin would depend upon the img > plugin. > > I do like your suggestion, it makes more sense than the current behavior. -- cgit v1.2.3 From 9d673e31e755a0e1595d3472de12937517d3a24a Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 9 Jan 2010 15:51:52 -0500 Subject: links --- doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 91573d4b5..8a7fd7a29 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -15,10 +15,10 @@ Any hints? > A few places that use that (found with `git grep '\[\[' | egrep 'png|gif|jpeg|jpg' |grep \|`): > > * [[logo]] uses it to provide useful alt texts for the logos. (This -> could easily be changed to use [[ikiwiki/directives/img]] though.) +> could easily be changed to use [[ikiwiki/directive/img]] though.) > * The `change.tmpl` template uses it to display > the [[diff|wikiicons/diff.png]] with a very useful "diff" alt text. -> Using [[ikiwiki/directives/img]] here would mean that the +> Using [[ikiwiki/directive/img]] here would mean that the > [[plugins/recentchanges]] plugin would depend upon the img > plugin. > -- cgit v1.2.3 From d249f674161bcee5ee7387dfe2600e9e20292bc8 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 9 Jan 2010 21:11:25 +0000 Subject: --- doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 8a7fd7a29..67bb7f85f 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -6,7 +6,7 @@ I tought this: would work, but it doesn't. -Any hints? +Any hints? --[[jerojasro]] > Well, currently the syntax above will display the image > inline with the specified link text used as an alt attribute. Although @@ -39,3 +39,6 @@ Any hints? > Anyway, the cheap and simple answer to your question is to use html > or markdown instead of a [[ikiwiki/wikilink]]. Ie, > `[look at this](img/lolcat.jpg)`. --[[Joey]] + +> > thanks a lot, that's a quite straightforward solution. I actually wrote a +> > broken plugin to do that, and now I can ditch it --[[jerojasro]] -- cgit v1.2.3 From cebf8784f02d4706de4b98b76a8153cc32ff09b9 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 9 Jan 2010 16:30:26 -0500 Subject: followup --- .../link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 67bb7f85f..045f8cc68 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -42,3 +42,14 @@ Any hints? --[[jerojasro]] > > thanks a lot, that's a quite straightforward solution. I actually wrote a > > broken plugin to do that, and now I can ditch it --[[jerojasro]] + +>>> The plugin approach is not a bad idea if you want either the ability +>>> to: +>>> +>>> * Have things that are wikilink-aware (like [[plugins/brokenlinks]] +>>> treat your link to the image as a wikilink. +>>> * Use standard wikilink path stuff (and not have to worry about +>>> a raw html link breaking if the page it's on is inlined, for +>>> example). +>>> +>>> I can help you bang that plugin into shape if need be. --[[Joey]] -- cgit v1.2.3 From f00b15cc369e1e3b7949a10a6fa9d8688f60a82f Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 9 Jan 2010 23:00:00 +0000 Subject: help request with plugin draft --- .../link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 045f8cc68..2b91cd856 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -53,3 +53,10 @@ Any hints? --[[jerojasro]] >>> example). >>> >>> I can help you bang that plugin into shape if need be. --[[Joey]] + +>>>> both my plugin and your suggestion yield broken html links when inlining the page +>>>> +>>>> I thought using the `bestlink` function would take care of that, but alas, it doesn't. +>>>> Get the "plugin" [here](http://devnull.li/~jerojasro/files/linktoimgonly.pm), see the broken +>>>> links generated [here](http://devnull.li/~jerojasro/blog/posts/job_offers/) and the source +>>>> file for that page [here](http://git.devnull.li/cgi-bin/gitweb.cgi?p=blog-jerojasro.git;a=blob;f=posts/job_offers.mdwn;hb=HEAD) --[[jerojasro]] -- cgit v1.2.3 From fc760812130b2acfad6105d8444af730d3785cbe Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 9 Jan 2010 23:50:23 +0000 Subject: --- doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 2b91cd856..3b19bab15 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -54,7 +54,7 @@ Any hints? --[[jerojasro]] >>> >>> I can help you bang that plugin into shape if need be. --[[Joey]] ->>>> both my plugin and your suggestion yield broken html links when inlining the page +>>>> both my plugin and your suggestion yield broken html links when inlining the page (although propably that's what is expected from your suggestion (`[]()`)) >>>> >>>> I thought using the `bestlink` function would take care of that, but alas, it doesn't. >>>> Get the "plugin" [here](http://devnull.li/~jerojasro/files/linktoimgonly.pm), see the broken -- cgit v1.2.3 From a23d3b6547b80064f8e9af94076aa43798cf6558 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 9 Jan 2010 23:50:45 +0000 Subject: --- doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 3b19bab15..53544e2c4 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -54,7 +54,7 @@ Any hints? --[[jerojasro]] >>> >>> I can help you bang that plugin into shape if need be. --[[Joey]] ->>>> both my plugin and your suggestion yield broken html links when inlining the page (although propably that's what is expected from your suggestion (`[]()`)) +>>>> both my plugin and your suggestion yield broken html links when inlining the page (although probably that's what is expected from your suggestion (`[]()`)) >>>> >>>> I thought using the `bestlink` function would take care of that, but alas, it doesn't. >>>> Get the "plugin" [here](http://devnull.li/~jerojasro/files/linktoimgonly.pm), see the broken -- cgit v1.2.3 From 149e8e1c62a11d73f2fbea4e653cff7f3460c8f2 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 9 Jan 2010 21:25:37 -0500 Subject: response --- .../link_to_an_image_inside_the_wiki_without_inlining_it.mdwn | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn index 53544e2c4..e92cc1b1c 100644 --- a/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn +++ b/doc/forum/link_to_an_image_inside_the_wiki_without_inlining_it.mdwn @@ -49,7 +49,7 @@ Any hints? --[[jerojasro]] >>> * Have things that are wikilink-aware (like [[plugins/brokenlinks]] >>> treat your link to the image as a wikilink. >>> * Use standard wikilink path stuff (and not have to worry about ->>> a raw html link breaking if the page it's on is inlined, for +>>> a relative html link breaking if the page it's on is inlined, for >>> example). >>> >>> I can help you bang that plugin into shape if need be. --[[Joey]] @@ -60,3 +60,10 @@ Any hints? --[[jerojasro]] >>>> Get the "plugin" [here](http://devnull.li/~jerojasro/files/linktoimgonly.pm), see the broken >>>> links generated [here](http://devnull.li/~jerojasro/blog/posts/job_offers/) and the source >>>> file for that page [here](http://git.devnull.li/cgi-bin/gitweb.cgi?p=blog-jerojasro.git;a=blob;f=posts/job_offers.mdwn;hb=HEAD) --[[jerojasro]] + +>>>>> Use this --[[Joey]] + + return htmllink($params{page}, $params{destpage}, $params{"img"}, + linktext => $params{text}, + noimageinline => 1); + -- cgit v1.2.3 From 39e1524e9e12e538b439310a20325064657f5979 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Wed, 13 Jan 2010 02:45:44 +0000 Subject: more progress on this approach --- doc/forum/an_alternative_approach_to_structured_data.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn index fb007f7e9..eb6ee4445 100644 --- a/doc/forum/an_alternative_approach_to_structured_data.mdwn +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -1,3 +1,5 @@ +## First Pass + Looking at the discussion about [[todo/structured_page_data]], it looks a bit like folks are bogged down in figuring out what *markup* to use for structured page data, something I doubt that people will really agree on. And thus, little progress is made. I propose that, rather than worry about what the data looks like, that we take a similar approach @@ -15,3 +17,13 @@ I think it could be really powerful and useful, especially if it becomes part of --[[KathrynAndersen]] > It looks like an interesting idea. I don't have time right now to look at it in depth, but it looks interesting. -- [[Will]] + +## Second Pass + +I have written additional plugins which integrate with the [[plugins/contrib/field]] plugin to both set and get structured page data. + +* [[plugins/contrib/getfield]] - query field values inside a page using {{$*fieldname*}} markup +* [[plugins/contrib/ftemplate]] - like [[plugins/template]] but uses "field" data as well as passed-in data +* [[plugins/contrib/ymlfront]] - looks for YAML-format data at the front of a page; this is just one possible back-end for the structured data + +--[[KathrynAndersen]] -- cgit v1.2.3 From 2e585ec001e5b593b14307f7a871e48891c606df Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Fri, 22 Jan 2010 07:36:24 +0000 Subject: query, help! --- ...e_than_one_dest_page_from_same_source_page.mdwn | 23 ++++++++++++++++++++++ 1 file changed, 23 insertions(+) create mode 100644 doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn new file mode 100644 index 000000000..db7b49ae4 --- /dev/null +++ b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn @@ -0,0 +1,23 @@ +Is it possible to render more than one destination page from the same source page? +That is, same source, slightly different presentation at the other end, needing a different output file. + +I have two problems that would be solved by being able to do this. + +1. "full" and "print" versions of a page. + +One has a page "foo", which is rendered into foo.html. +One also wants a foo-print.html page, which uses "page-print.tmpl" rather than "page.tmpl" as its template. + +I want to do this for every page on the site, automatically, so it isn't feasible to do it by hand. + +2. "en" and "en-us" versions of a page. + +My site is in non-US English. However, I want US-English people to find my site when they search for it when they use US spelling on certain search terms (such as "optimise" versus "optimize"). This requires a (crude) US-English version of the site where the spellings are changed automatically, and the LANG is "en-us" rather than "en". (No, don't tell me to use keywords; Google ignores keywords and has for a number of years). + +So I want the page "foo" to render to "foo.en.html" and "foo.en-us.html" where the content is the same, just some automated word-substitution applied before foo.en-us.html is written. And do this for every page on the site. + +I can't do this with the "po" plugin, as it considers "en-us" not to be a valid language. And the "po" plugin is probably overkill for what I want anyway. + +But I'm not sure how to achieve the result I need. + +-- [[KathrynAndersen]] -- cgit v1.2.3 From f24ca627ddf147491dfc987c99b7fda9d5a63f95 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Fri, 22 Jan 2010 07:38:12 +0000 Subject: formatting --- doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn index db7b49ae4..73375938c 100644 --- a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn +++ b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn @@ -3,14 +3,16 @@ That is, same source, slightly different presentation at the other end, needing I have two problems that would be solved by being able to do this. -1. "full" and "print" versions of a page. +[[!toc startlevel=2]] + +##"full" and "print" versions of a page. One has a page "foo", which is rendered into foo.html. One also wants a foo-print.html page, which uses "page-print.tmpl" rather than "page.tmpl" as its template. I want to do this for every page on the site, automatically, so it isn't feasible to do it by hand. -2. "en" and "en-us" versions of a page. +##"en" and "en-us" versions of a page. My site is in non-US English. However, I want US-English people to find my site when they search for it when they use US spelling on certain search terms (such as "optimise" versus "optimize"). This requires a (crude) US-English version of the site where the spellings are changed automatically, and the LANG is "en-us" rather than "en". (No, don't tell me to use keywords; Google ignores keywords and has for a number of years). -- cgit v1.2.3 From d264164673fd64f2e15bd14fa8179d182afd03d7 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 22 Jan 2010 15:54:00 -0500 Subject: response --- ...ore_than_one_dest_page_from_same_source_page.mdwn | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn index 73375938c..e88c23b07 100644 --- a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn +++ b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn @@ -1,6 +1,17 @@ Is it possible to render more than one destination page from the same source page? That is, same source, slightly different presentation at the other end, needing a different output file. +> It's possible to render more than one output _file_ from a given source +> page. See, for example, the inline plugin's generation of rss files. +> This is done by calling `will_render()` and using `writefile()` to +> generate the additional files. Probably in a format hook if you want +> to generate html files. +> +> It's not possible for one source file to represent multiple wiki pages. +> There is a 1:1 mapping between source filenames and page names. The +> difference between wiki pages and output files is that you can use +> wikilinks to link to wiki pages, etc. --[[Joey]] + I have two problems that would be solved by being able to do this. [[!toc startlevel=2]] @@ -12,6 +23,12 @@ One also wants a foo-print.html page, which uses "page-print.tmpl" rather than " I want to do this for every page on the site, automatically, so it isn't feasible to do it by hand. +> Did you know that ikiwiki's `style.css` arranges for pages to display +> differently when printed out? Things like the Action bar are hidden in +> printouts (search for `@media print`). So I don't see a reason to need +> whole files for printing when you can use these style sheet tricks. +> --[[Joey]] + ##"en" and "en-us" versions of a page. My site is in non-US English. However, I want US-English people to find my site when they search for it when they use US spelling on certain search terms (such as "optimise" versus "optimize"). This requires a (crude) US-English version of the site where the spellings are changed automatically, and the LANG is "en-us" rather than "en". (No, don't tell me to use keywords; Google ignores keywords and has for a number of years). @@ -23,3 +40,6 @@ I can't do this with the "po" plugin, as it considers "en-us" not to be a valid But I'm not sure how to achieve the result I need. -- [[KathrynAndersen]] + +> Sounds like this could be considered a single page that generates two +> html files, so could be handled per above. --[[Joey]] -- cgit v1.2.3 From 6c5f9b914a067056e1d42921e639515507b34302 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Fri, 22 Jan 2010 22:46:31 +0000 Subject: new forum thread - file navigation --- ...of_wiki_pages_on_local_filesystem_with_vim.mdwn | 72 ++++++++++++++++++++++ 1 file changed, 72 insertions(+) create mode 100644 doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn new file mode 100644 index 000000000..1f67a041d --- /dev/null +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -0,0 +1,72 @@ +I wrote a vim function to help me navigate the wiki when I'm editing it. It extends the 'gf' (goto file) functionality. Once installed, you place the cursor on a wiki page name and press 'gf' (without the quotes); if the file exists, it gets loaded. + +This function takes into account the ikiwiki linking rules when deciding which file to go to. + +let me know what you think + +To enable this functionality, paste the code below in your `.vim/ftplugin/ikiwiki.vim` file + + " returns the directory which can be considered the root of the wiki the + " current buffer belongs to, or an empty string if we are not inside an + " ikiwiki wiki + " + " NOTE: the root of the wiki is considered the first directory that contains a + " .ikiwiki folder, except $HOME/.ikiwiki (the usual ikiwiki libdir) + " + " if you can think of a better heuristic to get ikiwiki's root, let me know! + function! GetWikiRootDir() + let check_str = '%:p:h' + let pos_wiki_root = expand(check_str) + while pos_wiki_root != '/' + if isdirectory(pos_wiki_root . '/.ikiwiki') && pos_wiki_root != $HOME + return pos_wiki_root + endif + let check_str = check_str . ':h' + let pos_wiki_root = expand(check_str) + endwhile + if isdirectory('/.ikiwiki') + return '/' + endif + return '' + endfunction + + " This function searches for a .mdwn file (.mdwn) using the ikiwiki + " WikiLink rules and returns its full path. + " + " The rules are the following + " + " if the filename starts with '/', use as base dir the root directory of the + " wiki + " + " if not: + " + " try first .//.mdwn + " then for ./.mdwn + " then for /.mdwn + " + " return the first one that exists + " + " the base path (. above) is the directory that contains the current buffer + " + function! FileForWikiLink(name) + let target_fname=a:name . ".mdwn" + let wikiroot_dir = GetWikiRootDir() + if match(target_fname, '^/') >= 0 + return wikiroot_dir . target_fname + endif + let subdir_file = expand('%:p:r') . "/" . target_fname + let currdir_file = expand('%:p:h') . "/" . target_fname + let wikiroot_file = wikiroot_dir . "/" . target_fname + if filewritable(subdir_file) + return subdir_file + endif + if filewritable(currdir_file) + return currdir_file + endif + if filewritable(wikiroot_file) + return wikiroot_file + endif + return a:name + endfunction + + setlocal includeexpr=FileForWikiLink(v:fname) -- cgit v1.2.3 From cefcf60843968389ad85c232ecbf38dff19a4b67 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Fri, 22 Jan 2010 23:24:20 +0000 Subject: --- .../Render_more_than_one_dest_page_from_same_source_page.mdwn | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn index e88c23b07..e7362c903 100644 --- a/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn +++ b/doc/forum/Render_more_than_one_dest_page_from_same_source_page.mdwn @@ -6,7 +6,9 @@ That is, same source, slightly different presentation at the other end, needing > This is done by calling `will_render()` and using `writefile()` to > generate the additional files. Probably in a format hook if you want > to generate html files. -> + +>> Thanks for the tip, I'll take a look at that. -- [[KathrynAndersen]] + > It's not possible for one source file to represent multiple wiki pages. > There is a 1:1 mapping between source filenames and page names. The > difference between wiki pages and output files is that you can use @@ -29,6 +31,8 @@ I want to do this for every page on the site, automatically, so it isn't feasibl > whole files for printing when you can use these style sheet tricks. > --[[Joey]] +>>Fair enough. --[[KathrynAndersen]] + ##"en" and "en-us" versions of a page. My site is in non-US English. However, I want US-English people to find my site when they search for it when they use US spelling on certain search terms (such as "optimise" versus "optimize"). This requires a (crude) US-English version of the site where the spellings are changed automatically, and the LANG is "en-us" rather than "en". (No, don't tell me to use keywords; Google ignores keywords and has for a number of years). @@ -43,3 +47,5 @@ But I'm not sure how to achieve the result I need. > Sounds like this could be considered a single page that generates two > html files, so could be handled per above. --[[Joey]] + +>>Thanks! --[[KathrynAndersen]] -- cgit v1.2.3 From b3b2402647e1628cea76922f5a6dc12adaa5a2b7 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Fri, 22 Jan 2010 23:36:17 +0000 Subject: discovered a wrinkle --- .../discussion.mdwn | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn new file mode 100644 index 000000000..183a8ef55 --- /dev/null +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn @@ -0,0 +1,10 @@ + " NOTE: the root of the wiki is considered the first directory that contains a + " .ikiwiki folder, except $HOME/.ikiwiki (the usual ikiwiki libdir) + +That's not going to work in all situations; for example, with an ikiwiki which uses git as the backend, the normal setup is that one has + +* a bare git repository +* a git repository which ikiwiki builds the wiki from (which has a .ikiwiki directory in it) +* an *additional* git repository cloned from the bare repository, which is used for making changes from the command-line rather than the web. It is this repository in which one would be editing files with vim, and *this* repository does not have a .ikiwiki directory in it. It does have a .git directory in the root, however, so I suppose you could use that as a method of detection of a root directory, but of course that would only work for git repositories. + +-- [[KathrynAndersen]] -- cgit v1.2.3 From d0a06e6952f13a9a0c7d2959e393f700ee66c192 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Sat, 23 Jan 2010 16:37:42 +0000 Subject: update about wiki page navigation --- .../navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 1f67a041d..9545fda53 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -2,6 +2,14 @@ I wrote a vim function to help me navigate the wiki when I'm editing it. It exte This function takes into account the ikiwiki linking rules when deciding which file to go to. +> 'gf' gets in the way when there are directories with the same name of a wiki page. The +> function below doesn't implement the linking rules properly (test the link (ignoring case), +> if there is no match ascend the dir. hierarchy and start over, until we reach the root of +> the wiki). I'm rewriting it to follow these rules properly +> +> I think the page for [[LinkingRules|ikiwiki/subpage/linkingrules]] should say that ikiwiki **ascends** +> the dir. hierarchy when looking for a wikilink, not that it **descends** it. Am I correct? --[[jerojasro]] + let me know what you think To enable this functionality, paste the code below in your `.vim/ftplugin/ikiwiki.vim` file -- cgit v1.2.3 From 5456f720cd6fca6c5d8ec2d7da3dd745799ea26c Mon Sep 17 00:00:00 2001 From: "http://www.google.com/profiles/gsvick" Date: Sat, 23 Jan 2010 19:03:32 +0000 Subject: --- doc/forum/Error:_bad_page_name.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/Error:_bad_page_name.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn new file mode 100644 index 000000000..59974ca00 --- /dev/null +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -0,0 +1,5 @@ +I'm trying to use ikiwiki for the first time. In the start, I had problems with installing the package, because I don't have a root account on my server. + +When I solved this, I finally set up my wiki, but whenever I try to edit a page, I get an error: “Error: bad page name”. + +What am I doing wrong? The wiki is at , the setupfile I used at . -- cgit v1.2.3 From 8b2977ea7a78556ace2e14a5d30b48e455e37ad0 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 23 Jan 2010 14:14:34 -0500 Subject: response --- doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 3 +++ 1 file changed, 3 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 9545fda53..14f592fd7 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -10,6 +10,9 @@ This function takes into account the ikiwiki linking rules when deciding which f > I think the page for [[LinkingRules|ikiwiki/subpage/linkingrules]] should say that ikiwiki **ascends** > the dir. hierarchy when looking for a wikilink, not that it **descends** it. Am I correct? --[[jerojasro]] +>> Conventionally, the root directory is considered to be lower than other +>> directories, so I think the current wording is correct. --[[Joey]] + let me know what you think To enable this functionality, paste the code below in your `.vim/ftplugin/ikiwiki.vim` file -- cgit v1.2.3 From dcc70ca629cf999b43bf32d38980df6381f8f282 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 23 Jan 2010 14:34:31 -0500 Subject: response --- doc/forum/Error:_bad_page_name.mdwn | 22 +++++++++++++++++++--- 1 file changed, 19 insertions(+), 3 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index 59974ca00..a16decedb 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -1,5 +1,21 @@ -I'm trying to use ikiwiki for the first time. In the start, I had problems with installing the package, because I don't have a root account on my server. +I'm trying to use ikiwiki for the first time. In the start, I had problems +with installing the package, because I don't have a root account on my +server. -When I solved this, I finally set up my wiki, but whenever I try to edit a page, I get an error: “Error: bad page name”. +When I solved this, I finally set up my wiki, but whenever I try to edit a +page, I get an error: “Error: bad page name”. -What am I doing wrong? The wiki is at , the setupfile I used at . +What am I doing wrong? The wiki is at +, the setupfile I used at +. + +> This means that one of the checks that ikiwiki uses to prevent +> editing files with strange or insecure names has fired incorrectly. +> Your setup file seems fine. +> We can figure out what is going wrong through a series of tests: +> +> * Test if your perl has a problem with matching alphanumerics: +> `perl -le 'print int "index"=~/^([-[:alnum:]+\/.:_]+)$/'` +> * Check if something is breaking pruning of disallowed files: +> `perl -le 'use IkiWiki; %config=IkiWiki::defaultconfig(); print ! IkiWiki::file_pruned("index")'` +> --[[Joey]] -- cgit v1.2.3 From a94039601a46c9679aa81ee01f6462f67652b114 Mon Sep 17 00:00:00 2001 From: "http://www.google.com/profiles/gsvick" Date: Sat, 23 Jan 2010 19:55:06 +0000 Subject: --- doc/forum/Error:_bad_page_name.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index a16decedb..17979fd13 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -19,3 +19,10 @@ What am I doing wrong? The wiki is at > * Check if something is breaking pruning of disallowed files: > `perl -le 'use IkiWiki; %config=IkiWiki::defaultconfig(); print ! IkiWiki::file_pruned("index")'` > --[[Joey]] + +>>Both seem to run fine: + + onderka@atrey:~$ perl -le 'print int "index"=~/^([-[:alnum:]+\/.:_]+)$/' + 1 + onderka@atrey:~$ perl -le 'use IkiWiki; %config=IkiWiki::defaultconfig(); print ! IkiWiki::file_pruned("index")' + 1 -- cgit v1.2.3 From ce6432128253310dd65dea35a6f7f0a258eb621b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 23 Jan 2010 15:26:12 -0500 Subject: response --- doc/forum/Error:_bad_page_name.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index 17979fd13..a1d6890a6 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -26,3 +26,8 @@ What am I doing wrong? The wiki is at 1 onderka@atrey:~$ perl -le 'use IkiWiki; %config=IkiWiki::defaultconfig(); print ! IkiWiki::file_pruned("index")' 1 + +>>> Try installing this [instrumented +>>> version](http://kitenet.net/~joey/tmp/editpage.pm) of +>>> `IkiWiki/Plugin/editpage.pm`, which will add some debugging info +>>> to the error message. --[[Joey]] -- cgit v1.2.3 From c301ce26a4d5d58a6b57b22fc184a763b310b257 Mon Sep 17 00:00:00 2001 From: "http://www.google.com/profiles/gsvick" Date: Sat, 23 Jan 2010 20:46:58 +0000 Subject: --- doc/forum/Error:_bad_page_name.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index a1d6890a6..54fb83532 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -31,3 +31,7 @@ What am I doing wrong? The wiki is at >>> version](http://kitenet.net/~joey/tmp/editpage.pm) of >>> `IkiWiki/Plugin/editpage.pm`, which will add some debugging info >>> to the error message. --[[Joey]] + +>>>>When I tried to `make` ikiwiki with this file, I got the error + + ../IkiWiki/Plugin/editpage.pm:101: invalid variable interpolation at "$" -- cgit v1.2.3 From 58eaf27137f57b9a58cec114280125a2c00357e9 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 23 Jan 2010 18:33:13 -0500 Subject: response --- doc/forum/Error:_bad_page_name.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index 54fb83532..401815f7c 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -35,3 +35,5 @@ What am I doing wrong? The wiki is at >>>>When I tried to `make` ikiwiki with this file, I got the error ../IkiWiki/Plugin/editpage.pm:101: invalid variable interpolation at "$" + +>>>>> Sorry about that, I've corrected the above file. --[[Joey]] -- cgit v1.2.3 From 5bcbb584134cf5a52dedd498a973691a2a45d10f Mon Sep 17 00:00:00 2001 From: "http://www.google.com/profiles/gsvick" Date: Sun, 24 Jan 2010 00:03:08 +0000 Subject: --- doc/forum/Error:_bad_page_name.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index 401815f7c..23b5e7262 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -37,3 +37,5 @@ What am I doing wrong? The wiki is at ../IkiWiki/Plugin/editpage.pm:101: invalid variable interpolation at "$" >>>>> Sorry about that, I've corrected the above file. --[[Joey]] + +>>>>>> Hmm, funny. Now that I reinstalled it with your changed file, it started working. I didn't remember how exactly did I install it the last time, so this time, it seems I did it correctly. Thank you very much for your help. -- cgit v1.2.3 From 4affa37f8b5fdc61e2e07cfb7c8190041a4ffa4e Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 23 Jan 2010 21:13:29 -0500 Subject: response --- doc/forum/Error:_bad_page_name.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Error:_bad_page_name.mdwn b/doc/forum/Error:_bad_page_name.mdwn index 23b5e7262..70277a1e4 100644 --- a/doc/forum/Error:_bad_page_name.mdwn +++ b/doc/forum/Error:_bad_page_name.mdwn @@ -39,3 +39,8 @@ What am I doing wrong? The wiki is at >>>>> Sorry about that, I've corrected the above file. --[[Joey]] >>>>>> Hmm, funny. Now that I reinstalled it with your changed file, it started working. I didn't remember how exactly did I install it the last time, so this time, it seems I did it correctly. Thank you very much for your help. + +>>>>>>> Well, this makes me suspect you installed an older version of +>>>>>>> ikiwiki and my file, which is from the latest version, included a +>>>>>>> fix for whatever bug you were seeing. If I were you, I'd ensure +>>>>>>> that I have a current version of ikiwiki installed. --[[Joey]] -- cgit v1.2.3 From e9b349fdb0d9bcd3ff8389b4cbf6d5f14e84a740 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Sat, 30 Jan 2010 21:30:14 -0500 Subject: testing push --- .../discussion.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn index 183a8ef55..62f853f8c 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn @@ -8,3 +8,5 @@ That's not going to work in all situations; for example, with an ikiwiki which u * an *additional* git repository cloned from the bare repository, which is used for making changes from the command-line rather than the web. It is this repository in which one would be editing files with vim, and *this* repository does not have a .ikiwiki directory in it. It does have a .git directory in the root, however, so I suppose you could use that as a method of detection of a root directory, but of course that would only work for git repositories. -- [[KathrynAndersen]] + + -- cgit v1.2.3 From a4611bdebdf8f55bd163b7b3d38366cd2998d931 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Sat, 30 Jan 2010 21:35:12 -0500 Subject: reply to forum discussion --- .../discussion.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn index 62f853f8c..99e83b50f 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn @@ -9,4 +9,12 @@ That's not going to work in all situations; for example, with an ikiwiki which u -- [[KathrynAndersen]] +You are completely right; all of my wikis are compiled both locally and +remotely, and so the local repo also has a `.ikiwiki` folder. And that's not the +"usual" setup. +checking for a `.git` dir would not work when the wiki's source files aren't +located at the root of the repo. + +So, besides of doing a `touch .ikiwiki` at the root of the wiki in your local +repo, do you see any alternative? -- cgit v1.2.3 From 91cb8d75de2c0a8a57d79935aab7bde381c70b3b Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Sat, 30 Jan 2010 21:38:47 -0500 Subject: missing signature --- .../discussion.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn index 99e83b50f..7b323860b 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn @@ -18,3 +18,5 @@ located at the root of the repo. So, besides of doing a `touch .ikiwiki` at the root of the wiki in your local repo, do you see any alternative? + +-- [[jerojasro]] -- cgit v1.2.3 From 03bb16cf180f0d3af713b4b54a71787aa13fb9af Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Sun, 31 Jan 2010 11:35:33 -0500 Subject: moved discussion to the forum main page --- ...of_wiki_pages_on_local_filesystem_with_vim.mdwn | 22 ++++++++++++++++++++++ .../discussion.mdwn | 22 ---------------------- 2 files changed, 22 insertions(+), 22 deletions(-) delete mode 100644 doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 14f592fd7..fd9f67ee4 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -15,6 +15,28 @@ This function takes into account the ikiwiki linking rules when deciding which f let me know what you think +> " NOTE: the root of the wiki is considered the first directory that contains a +> " .ikiwiki folder, except $HOME/.ikiwiki (the usual ikiwiki libdir) +> +> That's not going to work in all situations; for example, with an ikiwiki which uses git as the backend, the normal setup is that one has +> +> * a bare git repository +> * a git repository which ikiwiki builds the wiki from (which has a .ikiwiki directory in it) +> * an *additional* git repository cloned from the bare repository, which is used for making changes from the command-line rather than the web. It is this repository in which one would be editing files with vim, and *this* repository does not have a .ikiwiki directory in it. It does have a .git directory in the root, however, so I suppose you could use that as a method of detection of a root directory, but of course that would only work for git repositories. +> +> -- [[KathrynAndersen]] +> +>> You are completely right; all of my wikis are compiled both locally and +>> remotely, and so the local repo also has a `.ikiwiki` folder. And that's not the +>> "usual" setup. +>> +>> checking for a `.git` dir would not work when the wiki's source files aren't +>> located at the root of the repo. +>> +>> So, besides of doing a `touch .ikiwiki` at the root of the wiki in your local +>> repo, do you see any alternative? +>> +>> -- [[jerojasro]] To enable this functionality, paste the code below in your `.vim/ftplugin/ikiwiki.vim` file " returns the directory which can be considered the root of the wiki the diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn deleted file mode 100644 index 7b323860b..000000000 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim/discussion.mdwn +++ /dev/null @@ -1,22 +0,0 @@ - " NOTE: the root of the wiki is considered the first directory that contains a - " .ikiwiki folder, except $HOME/.ikiwiki (the usual ikiwiki libdir) - -That's not going to work in all situations; for example, with an ikiwiki which uses git as the backend, the normal setup is that one has - -* a bare git repository -* a git repository which ikiwiki builds the wiki from (which has a .ikiwiki directory in it) -* an *additional* git repository cloned from the bare repository, which is used for making changes from the command-line rather than the web. It is this repository in which one would be editing files with vim, and *this* repository does not have a .ikiwiki directory in it. It does have a .git directory in the root, however, so I suppose you could use that as a method of detection of a root directory, but of course that would only work for git repositories. - --- [[KathrynAndersen]] - -You are completely right; all of my wikis are compiled both locally and -remotely, and so the local repo also has a `.ikiwiki` folder. And that's not the -"usual" setup. - -checking for a `.git` dir would not work when the wiki's source files aren't -located at the root of the repo. - -So, besides of doing a `touch .ikiwiki` at the root of the wiki in your local -repo, do you see any alternative? - --- [[jerojasro]] -- cgit v1.2.3 From 541406818b0ebc0023600db2d6e3fadaec7f9b41 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Mon, 1 Feb 2010 11:09:27 +0000 Subject: also potwiki --- doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index fd9f67ee4..c29985497 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -103,3 +103,5 @@ To enable this functionality, paste the code below in your `.vim/ftplugin/ikiwik endfunction setlocal includeexpr=FileForWikiLink(v:fname) + +> Interesting. I was at one point looking at "potwiki.vim", which implements a local wiki and follows CamelCase links, creating new files where necessary etc., to see if it could be adapted for ikiwiki (See [[tips/vim syntax highlighting/discussion]]). I didn't get anywhere. -- [[Jon]] -- cgit v1.2.3 From 438cb249a3f2bc9e04ea4b50d247daa7a43c281d Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Mon, 1 Feb 2010 14:32:21 +0000 Subject: --- ...of_wiki_pages_on_local_filesystem_with_vim.mdwn | 85 +++++----------------- 1 file changed, 20 insertions(+), 65 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index c29985497..261f1579f 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -37,71 +37,26 @@ let me know what you think >> repo, do you see any alternative? >> >> -- [[jerojasro]] -To enable this functionality, paste the code below in your `.vim/ftplugin/ikiwiki.vim` file - " returns the directory which can be considered the root of the wiki the - " current buffer belongs to, or an empty string if we are not inside an - " ikiwiki wiki - " - " NOTE: the root of the wiki is considered the first directory that contains a - " .ikiwiki folder, except $HOME/.ikiwiki (the usual ikiwiki libdir) - " - " if you can think of a better heuristic to get ikiwiki's root, let me know! - function! GetWikiRootDir() - let check_str = '%:p:h' - let pos_wiki_root = expand(check_str) - while pos_wiki_root != '/' - if isdirectory(pos_wiki_root . '/.ikiwiki') && pos_wiki_root != $HOME - return pos_wiki_root - endif - let check_str = check_str . ':h' - let pos_wiki_root = expand(check_str) - endwhile - if isdirectory('/.ikiwiki') - return '/' - endif - return '' - endfunction - - " This function searches for a .mdwn file (.mdwn) using the ikiwiki - " WikiLink rules and returns its full path. - " - " The rules are the following - " - " if the filename starts with '/', use as base dir the root directory of the - " wiki - " - " if not: - " - " try first .//.mdwn - " then for ./.mdwn - " then for /.mdwn - " - " return the first one that exists - " - " the base path (. above) is the directory that contains the current buffer - " - function! FileForWikiLink(name) - let target_fname=a:name . ".mdwn" - let wikiroot_dir = GetWikiRootDir() - if match(target_fname, '^/') >= 0 - return wikiroot_dir . target_fname - endif - let subdir_file = expand('%:p:r') . "/" . target_fname - let currdir_file = expand('%:p:h') . "/" . target_fname - let wikiroot_file = wikiroot_dir . "/" . target_fname - if filewritable(subdir_file) - return subdir_file - endif - if filewritable(currdir_file) - return currdir_file - endif - if filewritable(wikiroot_file) - return wikiroot_file - endif - return a:name - endfunction - - setlocal includeexpr=FileForWikiLink(v:fname) +well. I've rewritten the whole thing, to take into account: + + * file matching ignoring case (MyPage matches mypage.mdwn) + * checking all the way down (up) to the root of the wiki (if there is a link `\[[foo]]` on `a/b/page`), + try `a/b/page/foo`, then `a/b/foo`, and so on, up to `foo` + * the alternate name for a page: when looking for the file for `\[[foo]]`, try both `foo.mdwn` and `foo/index.mdwn` + +you can find the file [here](http://git.devnull.li/cgi-bin/gitweb.cgi?p=vim-jerojasro.git;a=blob;f=.vim/ftplugin/ikiwiki_nav.vim;hb=HEAD). To use it, place it in `$HOME/.vim/ftplugin`. After that, hitting `` (Enter) in normal mode over a wikilink will take you to that page, if it exists. + +the plugin has, as of now, two problems: + + * doesn't work with wikilinks that take more than one line (though this isn't really that bad) + * it assumes that the root of the wiki is the first directory down the filesystem hierarchy that + has a `.ikiwiki` folder on it. If your copy of the wiki doesn't have it, you must create it for + the plugin to work + +-- [[jerojasro]] > Interesting. I was at one point looking at "potwiki.vim", which implements a local wiki and follows CamelCase links, creating new files where necessary etc., to see if it could be adapted for ikiwiki (See [[tips/vim syntax highlighting/discussion]]). I didn't get anywhere. -- [[Jon]] + +>> when I wrote the plugin I also considered the possibility of creating files (and their dirs, if necessary) +>> from new wikilinks; the changes needed to get that working are fairly small -- [[jerojasro]] -- cgit v1.2.3 From f963700a4f418f3498c8d855b5ce88d951391867 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 1 Feb 2010 15:34:10 -0500 Subject: ready to pull, and thoughts --- ...of_wiki_pages_on_local_filesystem_with_vim.mdwn | 33 ++++++++++++++++++++++ 1 file changed, 33 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 261f1579f..1cb5ed27e 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -60,3 +60,36 @@ the plugin has, as of now, two problems: >> when I wrote the plugin I also considered the possibility of creating files (and their dirs, if necessary) >> from new wikilinks; the changes needed to get that working are fairly small -- [[jerojasro]] + +> Seems about ready for me to think about pulling it into ikiwiki +> alongside [[tips/vim_syntax_highlighting/ikiwiki.vim]]. If you'll +> please slap a license on it. :) --[[Joey]] +> +> Also, I have a possible other approach for finding ikiwiki's root. One +> could consider that any subdirectory of an ikiwiki wiki is itself +> a standalone wiki, though probably one missing a toplevel index page. +> The relative wikilinks work such that this assumption makes sense; +> you can build any subdirectory with ikiwiki and probably get something +> reasonable with links that work, etc. +> +> So, if that's the case, then one could say that the directory that the +> user considers to be the toplevel of their wiki is really also a subwiki, +> enclosed in a succession of parents that go all the way down to the root +> directory (or alternatively, to the user's home directory). I think that +> logically makes some sense. +> +> And if that's the case, you can resolve an absolute link by looking for +> the page closest to the root that matches the link. +> +> It may even make sense to change ikiwiki's own handling of "absolute" +> links to work that way. But even without changing ikiwiki, I think it +> would be a reasonable thing for vim to do. It would only fail in two +> unusual circumstances: +> +> 1. There is a file further down, outside what the user considers +> the wiki, that matches. Say a `$HOME/index.mdwn` +> 2. An absolute link is broken in that the page linked to does +> not exist in the root of the wiki. But it does exist in a subdir, +> and vim would go to that file. +> +> --[[Joey]] -- cgit v1.2.3 From 261dcd04750acb166915bfb1cf8d3c31a8fccb96 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Wed, 3 Feb 2010 21:59:38 -0500 Subject: response --- ...navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 1cb5ed27e..0497b66b6 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -64,6 +64,9 @@ the plugin has, as of now, two problems: > Seems about ready for me to think about pulling it into ikiwiki > alongside [[tips/vim_syntax_highlighting/ikiwiki.vim]]. If you'll > please slap a license on it. :) --[[Joey]] +> +>> GPL version 2 or later (if that doesn't cause any problems here). I'll add it +>> to the file --[[jerojasro]] > > Also, I have a possible other approach for finding ikiwiki's root. One > could consider that any subdirectory of an ikiwiki wiki is itself @@ -80,6 +83,10 @@ the plugin has, as of now, two problems: > > And if that's the case, you can resolve an absolute link by looking for > the page closest to the root that matches the link. +> +>> I like your idea; it doesn't alter the matching of the relative links, and +>> should work fine with absolute links too. I'll implement it, though I see +>> some potential (but small) issues with it --[[jerojasro]] > > It may even make sense to change ikiwiki's own handling of "absolute" > links to work that way. But even without changing ikiwiki, I think it @@ -93,3 +100,7 @@ the plugin has, as of now, two problems: > and vim would go to that file. > > --[[Joey]] +> +>> your approach will add more noise when the plugin grows the page-creation +>> feature, since there will be no real root to limit the possible locations for +>> the new page. But it is far better than demanding for a `.ikiwiki` dir --[[jerojasro]] -- cgit v1.2.3 From c4db8d89a5c1b3eab519fc6268e1fed6b1f4eb2f Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Wed, 3 Feb 2010 22:47:26 -0500 Subject: new forum post --- doc/forum/where_are_the_tags.mdwn | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 doc/forum/where_are_the_tags.mdwn (limited to 'doc/forum') diff --git a/doc/forum/where_are_the_tags.mdwn b/doc/forum/where_are_the_tags.mdwn new file mode 100644 index 000000000..f70c2e69a --- /dev/null +++ b/doc/forum/where_are_the_tags.mdwn @@ -0,0 +1,2 @@ +Where is the tag cloud/tag listing of all the tags used in this wiki? I know we +have tags enabled. -- cgit v1.2.3 From 208335ec80f4678ea352823111b953f1d7eccff9 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Wed, 3 Feb 2010 22:48:15 -0500 Subject: signature --- doc/forum/where_are_the_tags.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/where_are_the_tags.mdwn b/doc/forum/where_are_the_tags.mdwn index f70c2e69a..3a4debfe5 100644 --- a/doc/forum/where_are_the_tags.mdwn +++ b/doc/forum/where_are_the_tags.mdwn @@ -1,2 +1,2 @@ Where is the tag cloud/tag listing of all the tags used in this wiki? I know we -have tags enabled. +have tags enabled. --[[jerojasro]] -- cgit v1.2.3 From 5541b06de43c70ca9c23231d175d474789dacd25 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 5 Feb 2010 15:22:02 -0500 Subject: response --- IkiWiki/Plugin/httpauth.pm | 14 +++++++++++++- doc/forum/where_are_the_tags.mdwn | 7 +++++++ 2 files changed, 20 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/IkiWiki/Plugin/httpauth.pm b/IkiWiki/Plugin/httpauth.pm index 127c321f0..c1811643b 100644 --- a/IkiWiki/Plugin/httpauth.pm +++ b/IkiWiki/Plugin/httpauth.pm @@ -9,6 +9,8 @@ use IkiWiki 3.00; sub import { hook(type => "getsetup", id => "httpauth", call => \&getsetup); hook(type => "auth", id => "httpauth", call => \&auth); + hook(type => "canedit", id => "httpauth", call => \&canedit, + last => 1); } sub getsetup () { @@ -33,10 +35,20 @@ sub auth ($$) { if (defined $cgi->remote_user()) { $session->param("name", $cgi->remote_user()); } - elsif (defined $config{cgiauthurl}) { +} + +sub canedit ($$$) { + my $page=shift; + my $cgi=shift; + my $session=shift; + + if (! defined $cgi->remote_user() && defined $config{cgiauthurl}) { IkiWiki::redirect($cgi, $config{cgiauthurl}.'?'.$cgi->query_string()); exit; } + else { + return undef; + } } 1 diff --git a/doc/forum/where_are_the_tags.mdwn b/doc/forum/where_are_the_tags.mdwn index 3a4debfe5..ecb49fe43 100644 --- a/doc/forum/where_are_the_tags.mdwn +++ b/doc/forum/where_are_the_tags.mdwn @@ -1,2 +1,9 @@ Where is the tag cloud/tag listing of all the tags used in this wiki? I know we have tags enabled. --[[jerojasro]] + +> This wiki does not use one global toplevel set of tags (`tagbase` is not +> set). +> +> There are tags used for the [[plugins]], and a tag cloud of those +> there. [[wishlist]] and [[patch]] are tags too, but I don't see the point +> of a tag cloud for such tags. --[[Joey]] -- cgit v1.2.3 From 59868bce02f10e1ed378f5625618198daca58d3a Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Mon, 8 Feb 2010 23:37:24 -0500 Subject: more notes about the ikiwiki-nav plugin added installation notes added pointer in the forum page to the created tip --- doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 4 ++++ doc/tips/follow_wikilinks_from_inside_vim.mdwn | 4 ++++ 2 files changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 0497b66b6..980b92740 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -1,3 +1,7 @@ +**UPDATE** I have created a [[page|tips/follow_wikilinks_from_inside_vim]] in +the tips section about the plugin, how to get it, install it and use it. Check +that out. --[[jerojasro]] + I wrote a vim function to help me navigate the wiki when I'm editing it. It extends the 'gf' (goto file) functionality. Once installed, you place the cursor on a wiki page name and press 'gf' (without the quotes); if the file exists, it gets loaded. This function takes into account the ikiwiki linking rules when deciding which file to go to. diff --git a/doc/tips/follow_wikilinks_from_inside_vim.mdwn b/doc/tips/follow_wikilinks_from_inside_vim.mdwn index 93a95bc7a..df8145a51 100644 --- a/doc/tips/follow_wikilinks_from_inside_vim.mdwn +++ b/doc/tips/follow_wikilinks_from_inside_vim.mdwn @@ -23,6 +23,10 @@ move into * `:IkiNextWikiLink 0` will look forward for the wikilink * `:IkiNextWikiLink 1` will look backwards for the wikilink +## Installation + +Copy the `ikiwiki_nav.vim` file to your `.vim/ftplugin` directory. + ## Current issues: * The plugin only works for wikilinks contained in a single text line; -- cgit v1.2.3 From 99f32638fa768be331dfb20318082f7a49690bf2 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 10 Feb 2010 12:52:04 -0500 Subject: question --- doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 3 +++ 1 file changed, 3 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 980b92740..d3f074c96 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -71,6 +71,9 @@ the plugin has, as of now, two problems: > >> GPL version 2 or later (if that doesn't cause any problems here). I'll add it >> to the file --[[jerojasro]] +>> +>>> I see you've put the plugin on vim.org. Do you think it makes sense to +>>> also include a copy in ikiwiki? --[[Joey]] > > Also, I have a possible other approach for finding ikiwiki's root. One > could consider that any subdirectory of an ikiwiki wiki is itself -- cgit v1.2.3 From 08b335638c809268697bd97078225ece1065ff1c Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Wed, 10 Feb 2010 19:59:35 +0000 Subject: reply, and suggestion --- .../navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index d3f074c96..781245f03 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -74,6 +74,12 @@ the plugin has, as of now, two problems: >> >>> I see you've put the plugin on vim.org. Do you think it makes sense to >>> also include a copy in ikiwiki? --[[Joey]] +>>> +>>>> mmm, no. There would be two copies of it, and the git repo. I'd rather have +>>>> a unique place for the "official" version (vim.org), and another for the dev +>>>> version (its git repo). +>>>> +>>>> actually, I would also suggest to upload the [[`ikiwiki.vim`|tips/vim_syntax_highlighting]] file to vim.org --[[jerojasro]] > > Also, I have a possible other approach for finding ikiwiki's root. One > could consider that any subdirectory of an ikiwiki wiki is itself -- cgit v1.2.3 From e91e88d68a833361f89a9c2fec119643f1295618 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 10 Feb 2010 15:09:08 -0500 Subject: response --- .../navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 781245f03..6bd2eb110 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -80,7 +80,12 @@ the plugin has, as of now, two problems: >>>> version (its git repo). >>>> >>>> actually, I would also suggest to upload the [[`ikiwiki.vim`|tips/vim_syntax_highlighting]] file to vim.org --[[jerojasro]] -> +>>>>> +>>>>> If you have any interest in maintaining the syntax highlighting +>>>>> plugin and putting it there, I'd be fine with that. I think it needs +>>>>> some slight work to catch up with changes to ikiwiki's directives +>>>>> (!-prefixed now), and wikilinks (able to have spaces now). --[[Joey]] +> > Also, I have a possible other approach for finding ikiwiki's root. One > could consider that any subdirectory of an ikiwiki wiki is itself > a standalone wiki, though probably one missing a toplevel index page. -- cgit v1.2.3 From 8e0c0214bbef5ac67c5bd0a300e44d20f12f02f2 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawn1lGvpPZ8dpuLSPLPa-jqpMef2KqeB1qI" Date: Wed, 10 Feb 2010 23:30:11 +0000 Subject: --- doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 6bd2eb110..7bc032949 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -84,7 +84,10 @@ the plugin has, as of now, two problems: >>>>> If you have any interest in maintaining the syntax highlighting >>>>> plugin and putting it there, I'd be fine with that. I think it needs >>>>> some slight work to catch up with changes to ikiwiki's directives ->>>>> (!-prefixed now), and wikilinks (able to have spaces now). --[[Joey]] +>>>>> (!-prefixed now), and wikilinks (able to have spaces now). --[[Joey]] +>>>>> +>>>>>> I don't really know too much about syntax definitions in vim. But I'll give it a stab. I know it fails when there are 2 \[[my text|link]] wikilinks in the same page. +>>>>>> I'm not promising anything, though ;) --[[jerojasro]] > > Also, I have a possible other approach for finding ikiwiki's root. One > could consider that any subdirectory of an ikiwiki wiki is itself -- cgit v1.2.3 From 0cc5ed592db082a815d2588d378dd9a3995dcd9f Mon Sep 17 00:00:00 2001 From: jwalzer Date: Sun, 14 Feb 2010 12:40:03 +0000 Subject: new thread --- ...ine_774__44_____60____36__in__62___chunk_1.__39__.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn new file mode 100644 index 000000000..56ac4b894 --- /dev/null +++ b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn @@ -0,0 +1,15 @@ +# getting Warnings about UTF8-Chars. + +I'm getting multiple warnings: + + utf8 "\xAB" does not map to Unicode at /usr/share/perl5/IkiWiki.pm line 774, <$in> chunk 1. + + +I'm assuming this is once per File, but even in verbose mode, it doesn't tell me which file is a problem. +It first reads all the files, and afterwards when parsing/compiling them, it outputs the warning, so I can't +deduce the offending files. + +Is there a way to have ikiwiki output the position, where it encounters the character? + +Probably all this has to do with locale-settings, and usage of mixed locales in a distributed setup ... +I'd rather cleanup some of the file(name)s of unexpected characters. --[[jwalzer]] -- cgit v1.2.3 From 5107530344ca728fc73418a4032a41f22a172a3a Mon Sep 17 00:00:00 2001 From: jwalzer Date: Sun, 14 Feb 2010 14:21:55 +0000 Subject: Update - trying to debug it --- ...4__44_____60____36__in__62___chunk_1.__39__.mdwn | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn index 56ac4b894..931e339e2 100644 --- a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn +++ b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn @@ -13,3 +13,24 @@ Is there a way to have ikiwiki output the position, where it encounters the char Probably all this has to do with locale-settings, and usage of mixed locales in a distributed setup ... I'd rather cleanup some of the file(name)s of unexpected characters. --[[jwalzer]] + +-------- + +**Update** : So I took the chance to insert debug into ikiwiki.pm: + + root@novalis:/usr/share/perl5# diff -p /tmp/IkiWiki.orig.pm IkiWiki.pm + *** /tmp/IkiWiki.orig.pm Sun Feb 14 15:16:08 2010 + --- IkiWiki.pm Sun Feb 14 15:16:28 2010 + *************** sub readfile ($;$$) { + *** 768,773 **** + --- 768,774 ---- + } + + local $/=undef; + + debug("opening File: $file:"); + open (my $in, "<", $file) || error("failed to read $file: $!"); + binmode($in) if ($binary); + return \*$in if $wantfd; + + +But what I see now is not quite helpful, as it seems, STDERR and DEBUG are asyncronous, so they mix up in a way, that I can't really see, whats the problem ... Maybe I'm better off for troubleshooting, to insert an printf to strerr to have it in the same stream.. --[[jwalzer]] -- cgit v1.2.3 From 693fb3b18654abae84efeccd046a358f56dc2be7 Mon Sep 17 00:00:00 2001 From: jwalzer Date: Sun, 14 Feb 2010 14:50:51 +0000 Subject: --- ...pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn index 931e339e2..72f2d38e0 100644 --- a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn +++ b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn @@ -34,3 +34,14 @@ I'd rather cleanup some of the file(name)s of unexpected characters. --[[jwalze But what I see now is not quite helpful, as it seems, STDERR and DEBUG are asyncronous, so they mix up in a way, that I can't really see, whats the problem ... Maybe I'm better off for troubleshooting, to insert an printf to strerr to have it in the same stream.. --[[jwalzer]] + + +---- + +**Update:** The "print STDERR $file;"-Trick did it .. I was able to find a mdwn-file, that (was generated by a script of me) had \0xAB in it. + +Nevertheless I still wonder if this should be a problem. This character happend to be in an *\[\[meta title='$CHAR'\]\]-tag* and an *\[$CHAR\]http://foo)-Link* + +Should this throw an warning? Maybe this warning could be catched an reported inclusively the containing filename? maybe even with an override, if one knows that it is correct that way? --[[jwalzer]] + +[[!tag solved]] -- cgit v1.2.3 From 48e64aa567fd5e1f997f9a6c201e4e6007057c04 Mon Sep 17 00:00:00 2001 From: bhobbit Date: Sun, 7 Mar 2010 08:31:57 +0000 Subject: --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/Exception:_Unknown_function___96__this__39___.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn new file mode 100644 index 000000000..05d4e3a0a --- /dev/null +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -0,0 +1,3 @@ +I'm very excited to try out ikiwiki, since it should fit my purposes extremely well, but I'm having trouble with the search plugin. I'm pretty sure that right after I installed ikiwiki and needed dependencies, the search plugin was working fine. However, now when I try to use search, I get "Exception: Unknown function `this'" error on a blank page. I'm not sure how I should go about debugging this issue - my server's (I use Lighttpd 1.4.22) error log has no mention of the exception and there's nothing in /var/log/syslog either. + +What might be causing this exception and how I might go about debugging exceptions? -- cgit v1.2.3 From 8026c09b346c760b3f1ec4a5d1fedc71dc2843df Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sun, 7 Mar 2010 11:40:53 -0500 Subject: response --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index 05d4e3a0a..628276b3c 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -1,3 +1,12 @@ I'm very excited to try out ikiwiki, since it should fit my purposes extremely well, but I'm having trouble with the search plugin. I'm pretty sure that right after I installed ikiwiki and needed dependencies, the search plugin was working fine. However, now when I try to use search, I get "Exception: Unknown function `this'" error on a blank page. I'm not sure how I should go about debugging this issue - my server's (I use Lighttpd 1.4.22) error log has no mention of the exception and there's nothing in /var/log/syslog either. What might be causing this exception and how I might go about debugging exceptions? + +> Appears to be coming from your xapian omega cgi binary. If you +> run `strings /usr/lib/cgi-bin/omega/omega` you can see it has +> "Exception: " in it. +> +> I don´t know what to suggest, other than upgrade/downgrade/reinstall +> xapian-omega. You could try rebuilding your wiki in case it is somehow +> caused by a problem with the xapian database. Failing everything, you +> could switch to [[google_search_plugin|plugins/google]]. --[[Joey]] -- cgit v1.2.3 From 9ba3035ebcbd17888009189131cb34033baf4c3b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sun, 7 Mar 2010 11:44:07 -0500 Subject: update --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index 628276b3c..3cbcdc485 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -4,9 +4,11 @@ What might be causing this exception and how I might go about debugging exceptio > Appears to be coming from your xapian omega cgi binary. If you > run `strings /usr/lib/cgi-bin/omega/omega` you can see it has -> "Exception: " in it. +> "Exception: " in it, and I have found some similar (but not identical) +> error messages from xapian in a web search. > > I don´t know what to suggest, other than upgrade/downgrade/reinstall -> xapian-omega. You could try rebuilding your wiki in case it is somehow +> xapian-omega, and contacting the xapian developers for debugging. +> You could try rebuilding your wiki in case it is somehow > caused by a problem with the xapian database. Failing everything, you > could switch to [[google_search_plugin|plugins/google]]. --[[Joey]] -- cgit v1.2.3 From 7559c7b3ae382191e8d4acde8ddd9e2323edb9a2 Mon Sep 17 00:00:00 2001 From: bhobbit Date: Mon, 8 Mar 2010 02:09:00 +0000 Subject: --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index 3cbcdc485..94de18ceb 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -12,3 +12,5 @@ What might be causing this exception and how I might go about debugging exceptio > You could try rebuilding your wiki in case it is somehow > caused by a problem with the xapian database. Failing everything, you > could switch to [[google_search_plugin|plugins/google]]. --[[Joey]] + +>> Thanks, Joey. With your help I was able to figure out what was wrong. It's a fun little bug (or feature): the title of my wiki had string `$this` in title and that's what was causing the omega binary to choke. My wiki's title was inserted without escaping into the query template used by omega. Omega treated `$this` in the title as a function name and threw an exception because no such function was defined. To avoid this behavior, I used an html entity in the title, so `$this` became `$this`. I don't think that the wiki title should be inserted into the template without escaping - it can produce an error that's not trivial to debug. If users want to modify the html in the title, they should be editing respective templates, not typing html in the wiki title input. What do you think? --[[dkobozev]] -- cgit v1.2.3 From 12b5aec2985ece32ee640f7d90feaaac464f795d Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sun, 7 Mar 2010 22:47:32 -0500 Subject: response --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index 94de18ceb..7db12c34a 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -14,3 +14,10 @@ What might be causing this exception and how I might go about debugging exceptio > could switch to [[google_search_plugin|plugins/google]]. --[[Joey]] >> Thanks, Joey. With your help I was able to figure out what was wrong. It's a fun little bug (or feature): the title of my wiki had string `$this` in title and that's what was causing the omega binary to choke. My wiki's title was inserted without escaping into the query template used by omega. Omega treated `$this` in the title as a function name and threw an exception because no such function was defined. To avoid this behavior, I used an html entity in the title, so `$this` became `$this`. I don't think that the wiki title should be inserted into the template without escaping - it can produce an error that's not trivial to debug. If users want to modify the html in the title, they should be editing respective templates, not typing html in the wiki title input. What do you think? --[[dkobozev]] + +>>> Sounds like a bug in omega, and one that probably would affect other +>>> users of omega too. Ikiwiki could work around it by pre-escaping +>>> data before passing it to xapian. I have not quite managed to reproduce it though; +>>> tried setting a page title to '$this' and 'foo $this'. +>>> That's with version 1.0.18 of omega. +>>> --[[Joey]] -- cgit v1.2.3 From e7755506d10dfd03cc615d74aeaa3cec156631ac Mon Sep 17 00:00:00 2001 From: bhobbit Date: Mon, 8 Mar 2010 04:53:05 +0000 Subject: --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index 7db12c34a..cb75895c8 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -21,3 +21,5 @@ What might be causing this exception and how I might go about debugging exceptio >>> tried setting a page title to '$this' and 'foo $this'. >>> That's with version 1.0.18 of omega. >>> --[[Joey]] + +>>>> I tried it with both omega 1.0.13 and omega 1.0.18 and the issue is present in both. If I view the contents of {$srcdir}/.ikiwiki/xapian/templates/query, I can see that the wiki title is inserted verbatim and there are calls to `$setmap`, `$set` and `$def` etc in the template. --[[dkobozev]] -- cgit v1.2.3 From 857bcb33eeaa2bc503630646e5a01376f0e8b5b5 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 8 Mar 2010 20:30:29 -0500 Subject: response --- doc/forum/Exception:_Unknown_function___96__this__39___.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index cb75895c8..ac4d7ed12 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -23,3 +23,7 @@ What might be causing this exception and how I might go about debugging exceptio >>> --[[Joey]] >>>> I tried it with both omega 1.0.13 and omega 1.0.18 and the issue is present in both. If I view the contents of {$srcdir}/.ikiwiki/xapian/templates/query, I can see that the wiki title is inserted verbatim and there are calls to `$setmap`, `$set` and `$def` etc in the template. --[[dkobozev]] + +>>>>> I don't see how that's relevant. It would help if you showed me +>>>>> exactly something that could be inserted into a page to cause the +>>>>> problem. --[[Joey]] -- cgit v1.2.3 From fa6d082955dbc75de62839e285c0d441cd83acb1 Mon Sep 17 00:00:00 2001 From: bhobbit Date: Tue, 9 Mar 2010 10:50:03 +0000 Subject: --- ...eption:_Unknown_function___96__this__39___.mdwn | 23 ++++++++++++++++++++++ 1 file changed, 23 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index ac4d7ed12..4f94b77bd 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -27,3 +27,26 @@ What might be causing this exception and how I might go about debugging exceptio >>>>> I don't see how that's relevant. It would help if you showed me >>>>> exactly something that could be inserted into a page to cause the >>>>> problem. --[[Joey]] + +>>>>>> Correct me if I'm wrong: ikiwiki generates an Omega template from its own templates, such as searchquery.tmpl and puts it into {$srcdir}/.ikiwiki/xapian/templates/query. Omega has its own template syntax, where function names are prefixed with dollar signs (`$`). So, when I call my wiki `$foobar`, ikiwiki generates an Omega template that looks like this snippet: + +
+
+
+ + $foobar/search + +
+
+ +
+ $setmap{prefix,title,S} + $setmap{prefix,link,XLINK} + $set{thousand,$.}$set{decimal,.}$setmap{BN,,Any Country,uk,England,fr,France} + ${ + $def{PREV, + $if{$ne{$topdoc,0},, + } + +>>>>>> So `$foobar` clashes with Omega's template tags. Does this help? -- cgit v1.2.3 From f64c04040717baf89f0583b59ded4819c5be29c6 Mon Sep 17 00:00:00 2001 From: jwalzer Date: Wed, 10 Mar 2010 15:26:27 +0000 Subject: suggesting List of tags when editing content (wishlist) --- ...shlist-discussion:_Editformular_showing_existing_tags.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn (limited to 'doc/forum') diff --git a/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn b/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn new file mode 100644 index 000000000..98e4280cd --- /dev/null +++ b/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn @@ -0,0 +1,11 @@ +# How about: + +having a list of all existing tags in the Edit-Formular as a selectionbox? + +Assume I have tagbase=/tags/ and for every tag I have given to articles an existing page there. + +Would it be possible to list all these tags together with the Formular, as selectionbox. +Maybe even with parsing of the content and preselecting the tags, that are given in the article and vice-versa when selecting the fields then also generating the \[\[\!tag\]\]-sourcecode ? + +this would need a bit JS-work and somehow on compiletime we need to put the list of tags somewhere, where the cgi could read them from. +This way, even a pagespec would suffice to determine the usable list of tags and not only the tagbase-variable. -- cgit v1.2.3 From 2f2fbdf3a32ae7c7132441ad90c67553f80c306d Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Wed, 10 Mar 2010 16:07:55 +0000 Subject: tag2 --- .../wishlist-discussion:_Editformular_showing_existing_tags.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn b/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn index 98e4280cd..49c55e20e 100644 --- a/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn +++ b/doc/forum/wishlist-discussion:_Editformular_showing_existing_tags.mdwn @@ -9,3 +9,7 @@ Maybe even with parsing of the content and preselecting the tags, that are given this would need a bit JS-work and somehow on compiletime we need to put the list of tags somewhere, where the cgi could read them from. This way, even a pagespec would suffice to determine the usable list of tags and not only the tagbase-variable. + +> I think this would be very hard to achieve with the current tag plugin, due to the nature of its implementation. +> +> I've had a "tag2" plugin on the go for a while which supports this. It's in a very rough stage but I'll try to find it and upload it somewhere. -- [[Jon]] -- cgit v1.2.3 From 45dfdcb2571953be6815342510b9bb2a73ce59e7 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 11 Mar 2010 16:10:04 -0500 Subject: search: Avoid '$' in the wikiname appearing unescaped on omega's query template, where it might crash omega. Really, a more general fix, this deals with any $ that might appear on the misctemplate. --- IkiWiki/Plugin/search.pm | 15 +++++++++++++-- debian/changelog | 2 ++ .../Exception:_Unknown_function___96__this__39___.mdwn | 6 ++++++ 3 files changed, 21 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/IkiWiki/Plugin/search.pm b/IkiWiki/Plugin/search.pm index fb68396a1..c0e8703d8 100644 --- a/IkiWiki/Plugin/search.pm +++ b/IkiWiki/Plugin/search.pm @@ -110,6 +110,7 @@ sub index (@) { # data used by omega # Decode html entities in it, since omega re-encodes them. eval q{use HTML::Entities}; + error $@ if $@; $doc->set_data( "url=".urlto($params{page}, "")."\n". "sample=".decode_entities($sample)."\n". @@ -214,9 +215,19 @@ sub setupfiles () { writefile("omega.conf", $config{wikistatedir}."/xapian", "database_dir .\n". "template_dir ./templates\n"); + + # Avoid omega interpreting anything in the misctemplate + # as an omegascript command. + my $misctemplate=IkiWiki::misctemplate(gettext("search"), "\0"); + eval q{use HTML::Entities}; + error $@ if $@; + $misctemplate=encode_entities($misctemplate, '\$'); + + my $querytemplate=readfile(IkiWiki::template_file("searchquery.tmpl")); + $misctemplate=~s/\0/$querytemplate/; + writefile("query", $config{wikistatedir}."/xapian/templates", - IkiWiki::misctemplate(gettext("search"), - readfile(IkiWiki::template_file("searchquery.tmpl")))); + $misctemplate); $setup=1; } } diff --git a/debian/changelog b/debian/changelog index 6b5671e3e..6828e6b3f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,8 @@ ikiwiki (3.20100303) UNRELEASED; urgency=low * moderatedcomments: The moderate_users setting is deprecated. Instead, set moderate_pagespec to "!admin()" or "user(*)" instead. * Fix missing span on recentchanges page template. + * search: Avoid '$' in the wikiname appearing unescaped on omega's + query template, where it might crash omega. -- Joey Hess Tue, 09 Mar 2010 19:46:35 -0500 diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn index 4f94b77bd..035247100 100644 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn @@ -50,3 +50,9 @@ What might be causing this exception and how I might go about debugging exceptio } >>>>>> So `$foobar` clashes with Omega's template tags. Does this help? + +>>>>>>> Ahh. I had somehow gotten it into my head that you were talking +>>>>>>> about the title of a single page, not of the whole wiki. But +>>>>>>> you were clear all along it was the wiki title. Sorry for +>>>>>>> misunderstanding. I've put in a complete fix for this problem. +>>>>>>> if this was in [[bugs]], I'd close it. :) --[[Joey]] -- cgit v1.2.3 From 0c3f59d33aa6af6c327d863a4110337ac9cae898 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 12 Mar 2010 16:16:47 -0500 Subject: move bug report to bugs and close --- ...eption:_Unknown_function___96__this__39___.mdwn | 60 ++++++++++++++++++++++ ...eption:_Unknown_function___96__this__39___.mdwn | 58 --------------------- 2 files changed, 60 insertions(+), 58 deletions(-) create mode 100644 doc/bugs/Exception:_Unknown_function___96__this__39___.mdwn delete mode 100644 doc/forum/Exception:_Unknown_function___96__this__39___.mdwn (limited to 'doc/forum') diff --git a/doc/bugs/Exception:_Unknown_function___96__this__39___.mdwn b/doc/bugs/Exception:_Unknown_function___96__this__39___.mdwn new file mode 100644 index 000000000..9eac8eae5 --- /dev/null +++ b/doc/bugs/Exception:_Unknown_function___96__this__39___.mdwn @@ -0,0 +1,60 @@ +I'm very excited to try out ikiwiki, since it should fit my purposes extremely well, but I'm having trouble with the search plugin. I'm pretty sure that right after I installed ikiwiki and needed dependencies, the search plugin was working fine. However, now when I try to use search, I get "Exception: Unknown function `this'" error on a blank page. I'm not sure how I should go about debugging this issue - my server's (I use Lighttpd 1.4.22) error log has no mention of the exception and there's nothing in /var/log/syslog either. + +What might be causing this exception and how I might go about debugging exceptions? + +> Appears to be coming from your xapian omega cgi binary. If you +> run `strings /usr/lib/cgi-bin/omega/omega` you can see it has +> "Exception: " in it, and I have found some similar (but not identical) +> error messages from xapian in a web search. +> +> I don´t know what to suggest, other than upgrade/downgrade/reinstall +> xapian-omega, and contacting the xapian developers for debugging. +> You could try rebuilding your wiki in case it is somehow +> caused by a problem with the xapian database. Failing everything, you +> could switch to [[google_search_plugin|plugins/google]]. --[[Joey]] + +>> Thanks, Joey. With your help I was able to figure out what was wrong. It's a fun little bug (or feature): the title of my wiki had string `$this` in title and that's what was causing the omega binary to choke. My wiki's title was inserted without escaping into the query template used by omega. Omega treated `$this` in the title as a function name and threw an exception because no such function was defined. To avoid this behavior, I used an html entity in the title, so `$this` became `$this`. I don't think that the wiki title should be inserted into the template without escaping - it can produce an error that's not trivial to debug. If users want to modify the html in the title, they should be editing respective templates, not typing html in the wiki title input. What do you think? --[[dkobozev]] + +>>> Sounds like a bug in omega, and one that probably would affect other +>>> users of omega too. Ikiwiki could work around it by pre-escaping +>>> data before passing it to xapian. I have not quite managed to reproduce it though; +>>> tried setting a page title to '$this' and 'foo $this'. +>>> That's with version 1.0.18 of omega. +>>> --[[Joey]] + +>>>> I tried it with both omega 1.0.13 and omega 1.0.18 and the issue is present in both. If I view the contents of {$srcdir}/.ikiwiki/xapian/templates/query, I can see that the wiki title is inserted verbatim and there are calls to `$setmap`, `$set` and `$def` etc in the template. --[[dkobozev]] + +>>>>> I don't see how that's relevant. It would help if you showed me +>>>>> exactly something that could be inserted into a page to cause the +>>>>> problem. --[[Joey]] + +>>>>>> Correct me if I'm wrong: ikiwiki generates an Omega template from its own templates, such as searchquery.tmpl and puts it into {$srcdir}/.ikiwiki/xapian/templates/query. Omega has its own template syntax, where function names are prefixed with dollar signs (`$`). So, when I call my wiki `$foobar`, ikiwiki generates an Omega template that looks like this snippet: + +
+
+
+ + $foobar/search + +
+
+ +
+ $setmap{prefix,title,S} + $setmap{prefix,link,XLINK} + $set{thousand,$.}$set{decimal,.}$setmap{BN,,Any Country,uk,England,fr,France} + ${ + $def{PREV, + $if{$ne{$topdoc,0},, + } + +>>>>>> So `$foobar` clashes with Omega's template tags. Does this help? + +>>>>>>> Ahh. I had somehow gotten it into my head that you were talking +>>>>>>> about the title of a single page, not of the whole wiki. But +>>>>>>> you were clear all along it was the wiki title. Sorry for +>>>>>>> misunderstanding. I've put in a complete fix for this problem. +>>>>>>> if this was in [[bugs]], I'd close it. :) --[[Joey]] + +[[done]] diff --git a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn b/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn deleted file mode 100644 index 035247100..000000000 --- a/doc/forum/Exception:_Unknown_function___96__this__39___.mdwn +++ /dev/null @@ -1,58 +0,0 @@ -I'm very excited to try out ikiwiki, since it should fit my purposes extremely well, but I'm having trouble with the search plugin. I'm pretty sure that right after I installed ikiwiki and needed dependencies, the search plugin was working fine. However, now when I try to use search, I get "Exception: Unknown function `this'" error on a blank page. I'm not sure how I should go about debugging this issue - my server's (I use Lighttpd 1.4.22) error log has no mention of the exception and there's nothing in /var/log/syslog either. - -What might be causing this exception and how I might go about debugging exceptions? - -> Appears to be coming from your xapian omega cgi binary. If you -> run `strings /usr/lib/cgi-bin/omega/omega` you can see it has -> "Exception: " in it, and I have found some similar (but not identical) -> error messages from xapian in a web search. -> -> I don´t know what to suggest, other than upgrade/downgrade/reinstall -> xapian-omega, and contacting the xapian developers for debugging. -> You could try rebuilding your wiki in case it is somehow -> caused by a problem with the xapian database. Failing everything, you -> could switch to [[google_search_plugin|plugins/google]]. --[[Joey]] - ->> Thanks, Joey. With your help I was able to figure out what was wrong. It's a fun little bug (or feature): the title of my wiki had string `$this` in title and that's what was causing the omega binary to choke. My wiki's title was inserted without escaping into the query template used by omega. Omega treated `$this` in the title as a function name and threw an exception because no such function was defined. To avoid this behavior, I used an html entity in the title, so `$this` became `$this`. I don't think that the wiki title should be inserted into the template without escaping - it can produce an error that's not trivial to debug. If users want to modify the html in the title, they should be editing respective templates, not typing html in the wiki title input. What do you think? --[[dkobozev]] - ->>> Sounds like a bug in omega, and one that probably would affect other ->>> users of omega too. Ikiwiki could work around it by pre-escaping ->>> data before passing it to xapian. I have not quite managed to reproduce it though; ->>> tried setting a page title to '$this' and 'foo $this'. ->>> That's with version 1.0.18 of omega. ->>> --[[Joey]] - ->>>> I tried it with both omega 1.0.13 and omega 1.0.18 and the issue is present in both. If I view the contents of {$srcdir}/.ikiwiki/xapian/templates/query, I can see that the wiki title is inserted verbatim and there are calls to `$setmap`, `$set` and `$def` etc in the template. --[[dkobozev]] - ->>>>> I don't see how that's relevant. It would help if you showed me ->>>>> exactly something that could be inserted into a page to cause the ->>>>> problem. --[[Joey]] - ->>>>>> Correct me if I'm wrong: ikiwiki generates an Omega template from its own templates, such as searchquery.tmpl and puts it into {$srcdir}/.ikiwiki/xapian/templates/query. Omega has its own template syntax, where function names are prefixed with dollar signs (`$`). So, when I call my wiki `$foobar`, ikiwiki generates an Omega template that looks like this snippet: - -
-
-
- - $foobar/search - -
-
- -
- $setmap{prefix,title,S} - $setmap{prefix,link,XLINK} - $set{thousand,$.}$set{decimal,.}$setmap{BN,,Any Country,uk,England,fr,France} - ${ - $def{PREV, - $if{$ne{$topdoc,0},, - } - ->>>>>> So `$foobar` clashes with Omega's template tags. Does this help? - ->>>>>>> Ahh. I had somehow gotten it into my head that you were talking ->>>>>>> about the title of a single page, not of the whole wiki. But ->>>>>>> you were clear all along it was the wiki title. Sorry for ->>>>>>> misunderstanding. I've put in a complete fix for this problem. ->>>>>>> if this was in [[bugs]], I'd close it. :) --[[Joey]] -- cgit v1.2.3 From 4da6e94305c2c7f4adab057b362d9e58a7494439 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawm-ebiIfxbKD3KNa-Cu9LvvD9edMLW7BAo" Date: Sat, 13 Mar 2010 21:14:35 +0000 Subject: Google's OpenID and discovery protocol --- doc/forum/google_openid_broken__63__.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 68b44f2c1..0e41d4ced 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -50,3 +50,11 @@ The openid is (what a mouthfull!), and I don't know who that is or how to use it since it points to a fairly useless xml document, rather than a web page. --[[Joey]] + +> That string is what's received via the discovery protocol. The user logging in with a Google account is not supposed to write that when logging in, but rather . The OpenID client library will accept that and redirect the user to a sign in page, which will return that string as the OpenID. It's not really usable as an identifier for edits and whatnots, but an alternative would be to use the attribute exchange extension to get the email address and display that. See . + +> Yahoo's OpenID implementation works alike, but I haven't looked at it as much. It uses to receive the endpoint. + +> I've added buttons that submit the two above URLs for logging in with a Google and Yahoo OpenID, respectively, to my locally changed OpenID login plugin. + +> Using the Google profile page as the OpenID is really orthogonal to the above. --[[kaol]] -- cgit v1.2.3 From fd43e83fcf7bf24493ecfff54111c1c5f1cab573 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 13 Mar 2010 19:56:54 -0500 Subject: update --- doc/forum/google_openid_broken__63__.mdwn | 13 +++++++++++++ doc/todo/Separate_OpenIDs_and_usernames.mdwn | 7 +++++++ 2 files changed, 20 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 0e41d4ced..4ca5cac93 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -58,3 +58,16 @@ points to a fairly useless xml document, rather than a web page. --[[Joey]] > I've added buttons that submit the two above URLs for logging in with a Google and Yahoo OpenID, respectively, to my locally changed OpenID login plugin. > Using the Google profile page as the OpenID is really orthogonal to the above. --[[kaol]] + +>> Displaying email addresses is not really an option, because ikiwiki +>> can't leak user email addresses like that. Displaying nicknames or +>> usernames is, see [[todo/Separate_OpenIDs_and_usernames]]. +>> +>> It would probably be good if the openid plugin could be configured with +>> a list of generic openid urls, so it can add quick login buttons using +>> those urls. +>> +>> The ugly google url will still be exposed here and there where +>> a unique user id is needed. That can be avoided by not using the generic +>> , but instead your own profile +>> like . --[[Joey]] diff --git a/doc/todo/Separate_OpenIDs_and_usernames.mdwn b/doc/todo/Separate_OpenIDs_and_usernames.mdwn index 7cfe49a5a..fcdb49f6d 100644 --- a/doc/todo/Separate_OpenIDs_and_usernames.mdwn +++ b/doc/todo/Separate_OpenIDs_and_usernames.mdwn @@ -26,6 +26,13 @@ A slightly more complex next step would be to request sreg from the provider and > > Author: Joey Hess <http://joey.kitenet.net/@web> > +> Only problem with the above is that the openid will still be displayed +> by CIA. Other option is this, which solves that, but at the expense of +> having to munge the username to fit inside the email address, +> and generally seems backwards: --[[Joey]] +> +> Author: http://joey.kitenet.net/ <Joey_Hess@web> +> > So, what needs to be done: > > * Change `rcs_commit` and `rcs_commit_staged` to take a session object, -- cgit v1.2.3 From c0ad4929deb455804ddfc6451820c6c67a298ea1 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 13 Mar 2010 20:10:50 -0500 Subject: Improve openid url munging; do not display anchors and cgi parameters, as used by yahoo and google urls. --- IkiWiki.pm | 2 +- debian/changelog | 2 ++ doc/forum/google_openid_broken__63__.mdwn | 6 ++++++ t/openiduser.t | 7 ++++++- 4 files changed, 15 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/IkiWiki.pm b/IkiWiki.pm index 00eadfd98..251ed8cc8 100644 --- a/IkiWiki.pm +++ b/IkiWiki.pm @@ -1131,7 +1131,7 @@ sub openiduser ($) { # Convert "http://somehost.com/user" to "user [somehost.com]". # (also "https://somehost.com/user/") if ($display !~ /\[/) { - $display=~s/^https?:\/\/(.+)\/([^\/]+)\/?$/$2 [$1]/; + $display=~s/^https?:\/\/(.+)\/([^\/#?]+)\/?(?:[#?].*)?$/$2 [$1]/; } $display=~s!^https?://!!; # make sure this is removed eval q{use CGI 'escapeHTML'}; diff --git a/debian/changelog b/debian/changelog index 854d83130..0a9679618 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,6 +4,8 @@ ikiwiki (3.20100313) UNRELEASED; urgency=low as unsafe. * openid: Use Openid Simple Registration or OpenID Attribute Exchange to get the user's email address and username. + * Improve openid url munging; do not display anchors and cgi parameters, + as used by yahoo and google urls. -- Joey Hess Sat, 13 Mar 2010 14:48:10 -0500 diff --git a/doc/forum/google_openid_broken__63__.mdwn b/doc/forum/google_openid_broken__63__.mdwn index 4ca5cac93..96ba2d791 100644 --- a/doc/forum/google_openid_broken__63__.mdwn +++ b/doc/forum/google_openid_broken__63__.mdwn @@ -59,6 +59,12 @@ points to a fairly useless xml document, rather than a web page. --[[Joey]] > Using the Google profile page as the OpenID is really orthogonal to the above. --[[kaol]] +>> First, I don't accept that the openid google returns from their +>> generic signin url *has* to be so freaking ugly. For contrast, +>> look at the openid you log in as if you use the yahoo url. +>> . Nice and clean, now +>> munged by ikiwiki to "joeyhess [me.yahoo.com]". +>> >> Displaying email addresses is not really an option, because ikiwiki >> can't leak user email addresses like that. Displaying nicknames or >> usernames is, see [[todo/Separate_OpenIDs_and_usernames]]. diff --git a/t/openiduser.t b/t/openiduser.t index 52d879484..caabbcefc 100755 --- a/t/openiduser.t +++ b/t/openiduser.t @@ -10,7 +10,7 @@ BEGIN { eval q{use Test::More skip_all => "Net::OpenID::VerifiedIdentity not available"}; } else { - eval q{use Test::More tests => 9}; + eval q{use Test::More tests => 11}; } use_ok("IkiWiki::Plugin::openid"); } @@ -28,6 +28,11 @@ $^W=1; is(IkiWiki::openiduser('http://yam655.livejournal.com/'), 'yam655 [livejournal.com]'); is(IkiWiki::openiduser('http://id.mayfirst.org/jamie/'), 'jamie [id.mayfirst.org]'); +# yahoo has an anchor in the url +is(IkiWiki::openiduser('https://me.yahoo.com/joeyhess#35f22'), 'joeyhess [me.yahoo.com]'); +# google urls are horrendous, but the worst bit is after a ?, so can be dropped +is(IkiWiki::openiduser('https://www.google.com/accounts/o8/id?id=AItOawm-ebiIfxbKD3KNa-Cu9LvvD9edMLW7BAo'), 'id [www.google.com/accounts/o8]'); + # and some less typical ones taken from the ikiwiki commit history is(IkiWiki::openiduser('http://thm.id.fedoraproject.org/'), 'thm [id.fedoraproject.org]'); -- cgit v1.2.3 From 73c2551dd482b29e65b697376708a25ad8e85fbb Mon Sep 17 00:00:00 2001 From: p4f Date: Thu, 18 Mar 2010 12:03:34 +0000 Subject: --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn new file mode 100644 index 000000000..9f3f0cddd --- /dev/null +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -0,0 +1,9 @@ +Hi all! +I really like ikiwiki and i tested it on my local machine but i have one question that i can't answer reading documentation (my fault of course)... +I have an account and some space on a free hosting service. +Now, i want to put my ikiwiki on this remote web space so that i can browse it from wherever i want. +I have my source dir and my git dir on my local machine. +How can i upload my ikiwiki on the remote host and manage it via git as i can do when i test it locally? +Where is specified? Where can i find documentation about it? + +Thanks in advance! -- cgit v1.2.3 From a02a06cb9dc0a82dd4028c9f4b506dcf899c9a41 Mon Sep 17 00:00:00 2001 From: p4f Date: Thu, 18 Mar 2010 12:05:33 +0000 Subject: --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn index 9f3f0cddd..862694d4b 100644 --- a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -6,4 +6,6 @@ I have my source dir and my git dir on my local machine. How can i upload my ikiwiki on the remote host and manage it via git as i can do when i test it locally? Where is specified? Where can i find documentation about it? -Thanks in advance! +Thanks in advance! + +Pab -- cgit v1.2.3 From fed7383903c402d68ff2fc2d3734c55b35d520a4 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 18 Mar 2010 13:37:35 -0400 Subject: update --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn index 862694d4b..0b370473e 100644 --- a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -9,3 +9,18 @@ Where is specified? Where can i find documentation about it? Thanks in advance! Pab + +> There are several ways to accomplish this, depending on what you really +> want to do. +> +> If your goal is to continue generating the site locally, but then +> transfer it to the remote host for serving, you could use the +> [[plugins/rsync]] plugin. +> +> If your goal is to install and run the ikiwiki software on the remote host, +> then you would follow a similar path to the ones described in these tips: +> [[tips/nearlyfreespeech]] [[tips/DreamHost]]. Or even [[install]] ikiwiki +> from a regular package if you have that kind of access. Then you could +> push changes from your local git to git on the remote host to update the +> wiki. [[tips/Laptop_wiki_with_git]] explains one way to do that. +> --[[Joey]] -- cgit v1.2.3 From 4f4e09f925344940876c2e62de1e89e55ea1650e Mon Sep 17 00:00:00 2001 From: p4f Date: Fri, 19 Mar 2010 00:56:27 +0000 Subject: --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn index 0b370473e..036fe0d44 100644 --- a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -24,3 +24,9 @@ Pab > push changes from your local git to git on the remote host to update the > wiki. [[tips/Laptop_wiki_with_git]] explains one way to do that. > --[[Joey]] + +Thanks a lot for your answer. +rsync plugin would be perfect but... how would i manage blog post? +I mean... is it possible to manage ikiwiki blog too with rsync plugin in the way you told me? + +Pab -- cgit v1.2.3 From f54b5f583dfcb1f908b33d1687782ce8a2bfb30d Mon Sep 17 00:00:00 2001 From: p4f Date: Fri, 19 Mar 2010 00:57:03 +0000 Subject: --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn index 036fe0d44..5dcd01619 100644 --- a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -27,6 +27,4 @@ Pab Thanks a lot for your answer. rsync plugin would be perfect but... how would i manage blog post? -I mean... is it possible to manage ikiwiki blog too with rsync plugin in the way you told me? - -Pab +I mean... is it possible to manage ikiwiki blog too with rsync plugin in the way you told me? --Pab -- cgit v1.2.3 From 2c310f8349182ca155a8cad1d8454f9937e87527 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Fri, 19 Mar 2010 01:09:44 +0000 Subject: comment about comments --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn index 5dcd01619..473b06b39 100644 --- a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -28,3 +28,5 @@ Pab Thanks a lot for your answer. rsync plugin would be perfect but... how would i manage blog post? I mean... is it possible to manage ikiwiki blog too with rsync plugin in the way you told me? --Pab + +> If you want to allow people to make comments on your blog, no, the rsync plugin will not help, since it will upload a completely static site where nobody can make comments. Comments require a full IkiWiki setup with CGI enabled, so that people add content (comments) from the web. --[[KathrynAndersen]] -- cgit v1.2.3 From eef4768d2d277925b42de8efda576b00cf64bee8 Mon Sep 17 00:00:00 2001 From: p4f Date: Fri, 19 Mar 2010 07:57:40 +0000 Subject: --- doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn | 3 +++ 1 file changed, 3 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn index 473b06b39..1c0f8f561 100644 --- a/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn +++ b/doc/forum/how_to_setup_ikiwiki_on_a_remote_host.mdwn @@ -30,3 +30,6 @@ rsync plugin would be perfect but... how would i manage blog post? I mean... is it possible to manage ikiwiki blog too with rsync plugin in the way you told me? --Pab > If you want to allow people to make comments on your blog, no, the rsync plugin will not help, since it will upload a completely static site where nobody can make comments. Comments require a full IkiWiki setup with CGI enabled, so that people add content (comments) from the web. --[[KathrynAndersen]] + +Ok, i understand, thanks. +Is there any hosting service that permits to have a full installation of iwkiwiki or i am forced to get a vps or to mantain a personal server for that? --Pab -- cgit v1.2.3 From e74a85c671cf9fe1e445ad183d66e059beaec2f9 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Mon, 22 Mar 2010 23:01:00 +0000 Subject: rename forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn to forum/utf8_warnings_for___34____92__xAB__34__.mdwn --- ...__44_____60____36__in__62___chunk_1.__39__.mdwn | 47 ---------------------- .../utf8_warnings_for___34____92__xAB__34__.mdwn | 47 ++++++++++++++++++++++ 2 files changed, 47 insertions(+), 47 deletions(-) delete mode 100644 doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn create mode 100644 doc/forum/utf8_warnings_for___34____92__xAB__34__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn b/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn deleted file mode 100644 index 72f2d38e0..000000000 --- a/doc/forum/Warnings:___39__utf8___34____92__xAB__34___does_not_map_to_Unicode_at___47__usr__47__share__47__perl5__47__IkiWiki.pm_line_774__44_____60____36__in__62___chunk_1.__39__.mdwn +++ /dev/null @@ -1,47 +0,0 @@ -# getting Warnings about UTF8-Chars. - -I'm getting multiple warnings: - - utf8 "\xAB" does not map to Unicode at /usr/share/perl5/IkiWiki.pm line 774, <$in> chunk 1. - - -I'm assuming this is once per File, but even in verbose mode, it doesn't tell me which file is a problem. -It first reads all the files, and afterwards when parsing/compiling them, it outputs the warning, so I can't -deduce the offending files. - -Is there a way to have ikiwiki output the position, where it encounters the character? - -Probably all this has to do with locale-settings, and usage of mixed locales in a distributed setup ... -I'd rather cleanup some of the file(name)s of unexpected characters. --[[jwalzer]] - --------- - -**Update** : So I took the chance to insert debug into ikiwiki.pm: - - root@novalis:/usr/share/perl5# diff -p /tmp/IkiWiki.orig.pm IkiWiki.pm - *** /tmp/IkiWiki.orig.pm Sun Feb 14 15:16:08 2010 - --- IkiWiki.pm Sun Feb 14 15:16:28 2010 - *************** sub readfile ($;$$) { - *** 768,773 **** - --- 768,774 ---- - } - - local $/=undef; - + debug("opening File: $file:"); - open (my $in, "<", $file) || error("failed to read $file: $!"); - binmode($in) if ($binary); - return \*$in if $wantfd; - - -But what I see now is not quite helpful, as it seems, STDERR and DEBUG are asyncronous, so they mix up in a way, that I can't really see, whats the problem ... Maybe I'm better off for troubleshooting, to insert an printf to strerr to have it in the same stream.. --[[jwalzer]] - - ----- - -**Update:** The "print STDERR $file;"-Trick did it .. I was able to find a mdwn-file, that (was generated by a script of me) had \0xAB in it. - -Nevertheless I still wonder if this should be a problem. This character happend to be in an *\[\[meta title='$CHAR'\]\]-tag* and an *\[$CHAR\]http://foo)-Link* - -Should this throw an warning? Maybe this warning could be catched an reported inclusively the containing filename? maybe even with an override, if one knows that it is correct that way? --[[jwalzer]] - -[[!tag solved]] diff --git a/doc/forum/utf8_warnings_for___34____92__xAB__34__.mdwn b/doc/forum/utf8_warnings_for___34____92__xAB__34__.mdwn new file mode 100644 index 000000000..72f2d38e0 --- /dev/null +++ b/doc/forum/utf8_warnings_for___34____92__xAB__34__.mdwn @@ -0,0 +1,47 @@ +# getting Warnings about UTF8-Chars. + +I'm getting multiple warnings: + + utf8 "\xAB" does not map to Unicode at /usr/share/perl5/IkiWiki.pm line 774, <$in> chunk 1. + + +I'm assuming this is once per File, but even in verbose mode, it doesn't tell me which file is a problem. +It first reads all the files, and afterwards when parsing/compiling them, it outputs the warning, so I can't +deduce the offending files. + +Is there a way to have ikiwiki output the position, where it encounters the character? + +Probably all this has to do with locale-settings, and usage of mixed locales in a distributed setup ... +I'd rather cleanup some of the file(name)s of unexpected characters. --[[jwalzer]] + +-------- + +**Update** : So I took the chance to insert debug into ikiwiki.pm: + + root@novalis:/usr/share/perl5# diff -p /tmp/IkiWiki.orig.pm IkiWiki.pm + *** /tmp/IkiWiki.orig.pm Sun Feb 14 15:16:08 2010 + --- IkiWiki.pm Sun Feb 14 15:16:28 2010 + *************** sub readfile ($;$$) { + *** 768,773 **** + --- 768,774 ---- + } + + local $/=undef; + + debug("opening File: $file:"); + open (my $in, "<", $file) || error("failed to read $file: $!"); + binmode($in) if ($binary); + return \*$in if $wantfd; + + +But what I see now is not quite helpful, as it seems, STDERR and DEBUG are asyncronous, so they mix up in a way, that I can't really see, whats the problem ... Maybe I'm better off for troubleshooting, to insert an printf to strerr to have it in the same stream.. --[[jwalzer]] + + +---- + +**Update:** The "print STDERR $file;"-Trick did it .. I was able to find a mdwn-file, that (was generated by a script of me) had \0xAB in it. + +Nevertheless I still wonder if this should be a problem. This character happend to be in an *\[\[meta title='$CHAR'\]\]-tag* and an *\[$CHAR\]http://foo)-Link* + +Should this throw an warning? Maybe this warning could be catched an reported inclusively the containing filename? maybe even with an override, if one knows that it is correct that way? --[[jwalzer]] + +[[!tag solved]] -- cgit v1.2.3 From 27f1e77bc6ff74f1760a4fdb9e174c77ea4698ea Mon Sep 17 00:00:00 2001 From: "http://smcv.pseudorandom.co.uk/" Date: Wed, 24 Mar 2010 17:26:46 +0000 Subject: thoughts --- ...an_alternative_approach_to_structured_data.mdwn | 24 ++++++++++++++++++++++ 1 file changed, 24 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn index eb6ee4445..188e627f0 100644 --- a/doc/forum/an_alternative_approach_to_structured_data.mdwn +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -27,3 +27,27 @@ I have written additional plugins which integrate with the [[plugins/contrib/fie * [[plugins/contrib/ymlfront]] - looks for YAML-format data at the front of a page; this is just one possible back-end for the structured data --[[KathrynAndersen]] + +> I'm not an IkiWiki committer ([[Joey]] is the only one I think) +> but I really like the look of this scheme. In particular, +> having `getfield` interop with `field` without being *part of* +> `field` makes me happy, since I'm not very keen on `getfield`'s +> syntax (i.e. "ugh, yet another mini-markup-language without a +> proper escaping mechanism"), but this way people can experiment +> with different syntaxes while keeping `field` for the +> behind-the-scenes bits. +> +> My [[plugins/contrib/album]] plugin could benefit from +> integration with [[field]] for photos' captions and so on, +> probably... I'll try to work on that at some point. +> +> [[plugins/contrib/report]] may be doing too much, though: +> it seems to be an variation on `\[[inline archive="yes"]]`, +> with an enhanced version of sorting, a mini version of +> [[todo/wikitrails]], and some other misc. I suspect it could +> usefully be divided up into discrete features? One good way +> to do that might be to shuffle bits of its functionality into +> the IkiWiki distribution and/or separate plugins, until there's +> nothing left in `report` itself and it can just go away. +> +> --[[smcv]] -- cgit v1.2.3 From 087085899f7049434ac19761f27826cec9e458d5 Mon Sep 17 00:00:00 2001 From: "http://smcv.pseudorandom.co.uk/" Date: Fri, 26 Mar 2010 13:03:37 +0000 Subject: --- doc/forum/an_alternative_approach_to_structured_data.mdwn | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn index 188e627f0..045bfd7aa 100644 --- a/doc/forum/an_alternative_approach_to_structured_data.mdwn +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -37,8 +37,12 @@ I have written additional plugins which integrate with the [[plugins/contrib/fie > with different syntaxes while keeping `field` for the > behind-the-scenes bits. > +>> I've started using `field` on a private site and it's working +>> well for me; I'll try to do some code review on its +>> [[plugins/contrib/field/discussion]] page. --s +> > My [[plugins/contrib/album]] plugin could benefit from -> integration with [[field]] for photos' captions and so on, +> integration with `field` for photos' captions and so on, > probably... I'll try to work on that at some point. > > [[plugins/contrib/report]] may be doing too much, though: -- cgit v1.2.3 From 195943e588b8c7b6a3a43d10404d2d40a503c1d5 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sat, 3 Apr 2010 16:07:32 -0400 Subject: slightly more consistent capitalisation of ikiwiki For a while, I was avoiding capitalizing ikiwiki at the beginning of a sentence. I now think that's a bad idea (unless explicitly referring to the `ikiwiki` command). Still, I don't go all the way and always cap it, as a proper noun. That would make the logo look bad. ;) I also tend to avoid capping it as IkiWiki, except when referring to the perl internals, which do use that capitalization. (Too late to change that.) However, it's also reasonable to do so in a WikiLink, as a nod to historical camelcase wikis. --- debian/control | 6 +++--- doc/download.mdwn | 2 +- doc/features.mdwn | 12 ++++++------ doc/forum/speeding_up_ikiwiki.mdwn | 2 +- doc/index.mdwn | 2 +- 5 files changed, 12 insertions(+), 12 deletions(-) (limited to 'doc/forum') diff --git a/debian/control b/debian/control index 24c2c96a5..d7ce9a178 100644 --- a/debian/control +++ b/debian/control @@ -42,17 +42,17 @@ Conflicts: ikiwiki-plugin-table Replaces: ikiwiki-plugin-table Provides: ikiwiki-plugin-table Description: a wiki compiler - ikiwiki converts a directory full of wiki pages into HTML pages suitable + Ikiwiki converts a directory full of wiki pages into HTML pages suitable for publishing on a website. Unlike many wikis, ikiwiki does not have its own ad-hoc means of storing page history, and instead uses a revision control system such as Subversion or Git. . - ikiwiki implements all of the other standard features of a wiki, including + Ikiwiki implements all of the other standard features of a wiki, including web-based page editing, user registration and logins, a RecentChanges page, BackLinks, search, Discussion pages, tags, smart merging and conflict resolution, and page locking. . - ikiwiki also supports generating news feeds (RSS and Atom) and blogging. + Ikiwiki also supports generating news feeds (RSS and Atom) and blogging. ikiwiki provides a plugin system which allows many other features to be added. Some of the plugins have additional dependencies, found among the Recommends and Suggests of this package. diff --git a/doc/download.mdwn b/doc/download.mdwn index 45d0d7870..92c8a4f75 100644 --- a/doc/download.mdwn +++ b/doc/download.mdwn @@ -35,7 +35,7 @@ own RPM. ## BSD ports -IkiWiki can be installed [from macports](http://www.macports.org/ports.php?by=name&substr=ikiwiki) +Ikiwiki can be installed [from macports](http://www.macports.org/ports.php?by=name&substr=ikiwiki) by running `sudo port install ikiwiki`. NetBSD and many other platforms: pkgsrc has an [ikiwiki package](ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/www/ikiwiki/README.html). diff --git a/doc/features.mdwn b/doc/features.mdwn index 3925d78ef..ab521213d 100644 --- a/doc/features.mdwn +++ b/doc/features.mdwn @@ -13,7 +13,7 @@ Instead of editing pages in a stupid web form, you can use vim and commit changes via [[Subversion|rcs/svn]], [[rcs/git]], or any of a number of other [[Revision_Control_Systems|rcs]]. -ikiwiki can be run from a [[post-commit]] hook to update your wiki +Ikiwiki can be run from a [[post-commit]] hook to update your wiki immediately whenever you commit a change using the RCS. It's even possible to securely let @@ -25,7 +25,7 @@ run a simple wiki without page history, it can do that too. ## A wiki compiler -ikiwiki is a wiki compiler; it builds a static website for your wiki, and +Ikiwiki is a wiki compiler; it builds a static website for your wiki, and updates it as pages are edited. It is fast and smart about updating a wiki, it only builds pages that have changed (and tracks things like creation of new pages and links that can indirectly cause a page to need a rebuild) @@ -45,7 +45,7 @@ easily be added by [[plugins]]. For example it also supports traditional [[plugins/HTML]], or pages written in [[reStructuredText|plugins/rst]] or [[Textile|plugins/textile]]. -ikiwiki also supports files of any other type, including plain text, +Ikiwiki also supports files of any other type, including plain text, images, etc. These are not converted to wiki pages, they are just copied unchanged by ikiwiki as it builds your wiki. So you can check in an image, program, or other special file and link to it from your wiki pages. @@ -70,8 +70,8 @@ you would care to syndicate. ## Valid html and [[css]] -ikiwiki aims to produce -[valid XHTML 1.0](http://validator.w3.org/check?url=referer). ikiwiki +Ikiwiki aims to produce +[valid XHTML 1.0](http://validator.w3.org/check?url=referer). Ikiwiki generates html using [[templates|wikitemplates]], and uses [[css]], so you can change the look and layout of all pages in any way you would like. @@ -163,7 +163,7 @@ Well, sorta. Rather than implementing YA history browser, it can link to ### Full text search -ikiwiki can use the xapian search engine to add powerful +Ikiwiki can use the xapian search engine to add powerful full text [[plugins/search]] capabilities to your wiki. ### Translation via po files diff --git a/doc/forum/speeding_up_ikiwiki.mdwn b/doc/forum/speeding_up_ikiwiki.mdwn index 2c2ac240e..799186cf8 100644 --- a/doc/forum/speeding_up_ikiwiki.mdwn +++ b/doc/forum/speeding_up_ikiwiki.mdwn @@ -56,7 +56,7 @@ number is still too large to really visualize: the graphviz PNG and PDF output engines segfault for me, the PS one works but I can't get any PS software to render it without exploding. -Now, the relations in the links hash are not the same thing as IkiWiki's notion of dependencies. Can anyone point me at that data structure / where I might be able to add some debugging foo to generate a graph of it? +Now, the relations in the links hash are not the same thing as Ikiwiki's notion of dependencies. Can anyone point me at that data structure / where I might be able to add some debugging foo to generate a graph of it? Once I've figured out that I might be able to optimize some pagespecs. I understand pagespecs are essentially translated into sequential perl code. I diff --git a/doc/index.mdwn b/doc/index.mdwn index 732cf7a89..06acc9cec 100644 --- a/doc/index.mdwn +++ b/doc/index.mdwn @@ -24,5 +24,5 @@ The [[forum]] is open for discussions. [[Bugs]], [[TODO]] items, [[wishlist]] items, and [[patches|patch]] can be submitted and tracked using this wiki. -ikiwiki is developed by [[Joey]] and many contributors, +Ikiwiki is developed by [[Joey]] and many contributors, and is [[FreeSoftware]]. -- cgit v1.2.3 From 33d934b5ca1666bfe3f9fa3004ad7d31c38c69c1 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 6 Apr 2010 14:05:00 -0400 Subject: comment --- doc/forum/an_alternative_approach_to_structured_data.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn index 045bfd7aa..06c82337a 100644 --- a/doc/forum/an_alternative_approach_to_structured_data.mdwn +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -18,6 +18,10 @@ I think it could be really powerful and useful, especially if it becomes part of > It looks like an interesting idea. I don't have time right now to look at it in depth, but it looks interesting. -- [[Will]] +> I agree such a separation makes some sense. But note that the discussion on [[todo/structured_page_data]] +> talks about associating data types with fields for a good reason: It's hard to later develop a good UI for +> querying or modifying a page's data if all the data has an implicit type "string". --[[Joey]] + ## Second Pass I have written additional plugins which integrate with the [[plugins/contrib/field]] plugin to both set and get structured page data. -- cgit v1.2.3 From c7eaf3c262f322290f6e15959369c14d190bbe09 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Tue, 6 Apr 2010 23:19:18 +0000 Subject: response --- doc/forum/an_alternative_approach_to_structured_data.mdwn | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/an_alternative_approach_to_structured_data.mdwn b/doc/forum/an_alternative_approach_to_structured_data.mdwn index 06c82337a..6e6af8adb 100644 --- a/doc/forum/an_alternative_approach_to_structured_data.mdwn +++ b/doc/forum/an_alternative_approach_to_structured_data.mdwn @@ -20,7 +20,9 @@ I think it could be really powerful and useful, especially if it becomes part of > I agree such a separation makes some sense. But note that the discussion on [[todo/structured_page_data]] > talks about associating data types with fields for a good reason: It's hard to later develop a good UI for -> querying or modifying a page's data if all the data has an implicit type "string". --[[Joey]] +> querying or modifying a page's data if all the data has an implicit type "string". --[[Joey]] + +>> I'm not sure that having an implicit type of "string" is really such a bad thing. After all, Perl itself manages with just string and number, and easily converts from one to the other. Strong typing is generally used to (a) restrict what can be done with the data and/or (b) restrict how the data is input. The latter could be done with some sort of validated form, but that, too, could be decoupled from looking up and returning the value of a field. --[[KathrynAndersen]] ## Second Pass -- cgit v1.2.3 From b14f84c4acccbc8450a9102b3b647013989b27bb Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 16 Apr 2010 17:02:29 -0400 Subject: --gettime revamp * Rename --getctime to --gettime. (The old name still works for backwards compatability.) * --gettime now also looks up last modification time. * Add rcs_getmtime to plugin API; currently only implemented for git. --- IkiWiki.pm | 8 +++++-- IkiWiki/Plugin/bzr.pm | 5 +++++ IkiWiki/Plugin/cvs.pm | 5 +++++ IkiWiki/Plugin/darcs.pm | 5 +++++ IkiWiki/Plugin/git.pm | 5 +++++ IkiWiki/Plugin/mercurial.pm | 5 +++++ IkiWiki/Plugin/monotone.pm | 5 +++++ IkiWiki/Plugin/norcs.pm | 7 +++++- IkiWiki/Plugin/svn.pm | 5 +++++ IkiWiki/Plugin/tla.pm | 5 +++++ IkiWiki/Render.pm | 18 +++++++++++++--- debian/changelog | 5 +++++ .../How_does_ikiwiki_remember_times__63__.mdwn | 25 ++++++---------------- ...old_repository_to_new_ikiwiki_system__63__.mdwn | 4 ---- doc/plugins/write.mdwn | 7 ++++++ doc/rcs.mdwn | 8 +++++-- doc/tips/Importing_posts_from_Wordpress.mdwn | 2 +- doc/tips/inside_dot_ikiwiki/discussion.mdwn | 7 +++--- doc/todo/auto_getctime_on_fresh_build.mdwn | 8 +++++-- doc/usage.mdwn | 10 ++++----- ikiwiki.in | 3 ++- mtime-to-git | 14 ------------ 22 files changed, 109 insertions(+), 57 deletions(-) delete mode 100755 mtime-to-git (limited to 'doc/forum') diff --git a/IkiWiki.pm b/IkiWiki.pm index 1730e476a..7655dada5 100644 --- a/IkiWiki.pm +++ b/IkiWiki.pm @@ -440,10 +440,10 @@ sub getsetup () { safe => 0, rebuild => 0, }, - getctime => { + gettime => { type => "internal", default => 0, - description => "running in getctime mode", + description => "running in gettime mode", safe => 0, rebuild => 0, }, @@ -1790,6 +1790,10 @@ sub rcs_getctime ($) { $hooks{rcs}{rcs_getctime}{call}->(@_); } +sub rcs_getmtime ($) { + $hooks{rcs}{rcs_getmtime}{call}->(@_); +} + sub rcs_receive () { $hooks{rcs}{rcs_receive}{call}->(); } diff --git a/IkiWiki/Plugin/bzr.pm b/IkiWiki/Plugin/bzr.pm index 0efc26b49..f79ca7c8f 100644 --- a/IkiWiki/Plugin/bzr.pm +++ b/IkiWiki/Plugin/bzr.pm @@ -20,6 +20,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub checkconfig () { @@ -306,4 +307,8 @@ sub rcs_getctime ($) { return $ctime; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for bzr\n"; # TODO +} + 1 diff --git a/IkiWiki/Plugin/cvs.pm b/IkiWiki/Plugin/cvs.pm index 26a3e9dd2..360d97249 100644 --- a/IkiWiki/Plugin/cvs.pm +++ b/IkiWiki/Plugin/cvs.pm @@ -49,6 +49,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub genwrapper () { @@ -485,4 +486,8 @@ sub rcs_getctime ($) { return $date; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for cvs\n"; # TODO +} + 1 diff --git a/IkiWiki/Plugin/darcs.pm b/IkiWiki/Plugin/darcs.pm index bc8394b90..c1d6661d3 100644 --- a/IkiWiki/Plugin/darcs.pm +++ b/IkiWiki/Plugin/darcs.pm @@ -18,6 +18,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub silentsystem (@) { @@ -427,4 +428,8 @@ sub rcs_getctime ($) { return $date; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for darcs\n"; # TODO +} + 1 diff --git a/IkiWiki/Plugin/git.pm b/IkiWiki/Plugin/git.pm index b02f4a5ed..86d80186f 100644 --- a/IkiWiki/Plugin/git.pm +++ b/IkiWiki/Plugin/git.pm @@ -25,6 +25,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); hook(type => "rcs", id => "rcs_receive", call => \&rcs_receive); } @@ -634,6 +635,10 @@ sub rcs_getctime ($) { return $ctime; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for git\n"; # TODO +} + sub rcs_receive () { # The wiki may not be the only thing in the git repo. # Determine if it is in a subdirectory by examining the srcdir, diff --git a/IkiWiki/Plugin/mercurial.pm b/IkiWiki/Plugin/mercurial.pm index ea00a3364..34e009c7a 100644 --- a/IkiWiki/Plugin/mercurial.pm +++ b/IkiWiki/Plugin/mercurial.pm @@ -20,6 +20,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub checkconfig () { @@ -254,4 +255,8 @@ sub rcs_getctime ($) { return $ctime; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for mercurial\n"; # TODO +} + 1 diff --git a/IkiWiki/Plugin/monotone.pm b/IkiWiki/Plugin/monotone.pm index c33cf7e3a..67d4abbaa 100644 --- a/IkiWiki/Plugin/monotone.pm +++ b/IkiWiki/Plugin/monotone.pm @@ -23,6 +23,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub checkconfig () { @@ -693,4 +694,8 @@ sub rcs_getctime ($) { return $date; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for monotone\n"; # TODO +} + 1 diff --git a/IkiWiki/Plugin/norcs.pm b/IkiWiki/Plugin/norcs.pm index e6a05a3c5..053652a5f 100644 --- a/IkiWiki/Plugin/norcs.pm +++ b/IkiWiki/Plugin/norcs.pm @@ -18,6 +18,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub getsetup () { @@ -63,7 +64,11 @@ sub rcs_diff ($) { } sub rcs_getctime ($) { - error gettext("getctime not implemented"); + return 0; +} + +sub rcs_getmtime ($) { + return 0; } 1 diff --git a/IkiWiki/Plugin/svn.pm b/IkiWiki/Plugin/svn.pm index 7d27ec842..85c205f09 100644 --- a/IkiWiki/Plugin/svn.pm +++ b/IkiWiki/Plugin/svn.pm @@ -19,6 +19,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub checkconfig () { @@ -379,4 +380,8 @@ sub rcs_getctime ($) { return $date; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for svn\n"; # TODO +} + 1 diff --git a/IkiWiki/Plugin/tla.pm b/IkiWiki/Plugin/tla.pm index 764da9b98..f5ad0cc96 100644 --- a/IkiWiki/Plugin/tla.pm +++ b/IkiWiki/Plugin/tla.pm @@ -18,6 +18,7 @@ sub import { hook(type => "rcs", id => "rcs_recentchanges", call => \&rcs_recentchanges); hook(type => "rcs", id => "rcs_diff", call => \&rcs_diff); hook(type => "rcs", id => "rcs_getctime", call => \&rcs_getctime); + hook(type => "rcs", id => "rcs_getmtime", call => \&rcs_getmtime); } sub checkconfig () { @@ -284,4 +285,8 @@ sub rcs_getctime ($) { return $date; } +sub rcs_getmtime ($) { + error "rcs_getmtime is not implemented for tla\n"; # TODO +} + 1 diff --git a/IkiWiki/Render.pm b/IkiWiki/Render.pm index e98888d76..e1cb68462 100644 --- a/IkiWiki/Render.pm +++ b/IkiWiki/Render.pm @@ -365,14 +365,26 @@ sub find_new_files ($) { } else { push @new, $file; - if ($config{getctime} && -e "$config{srcdir}/$file") { + if ($config{gettime} && -e "$config{srcdir}/$file") { eval { - my $time=rcs_getctime("$config{srcdir}/$file"); - $pagectime{$page}=$time; + my $ctime=rcs_getctime("$config{srcdir}/$file"); + if ($ctime > 0) { + $pagectime{$page}=$ctime; + } }; if ($@) { print STDERR $@; } + my $mtime; + eval { + my $mtime=rcs_getmtime("$config{srcdir}/$file"); + }; + if ($@) { + print STDERR $@; + } + elsif ($mtime > 0) { + utime($mtime, $mtime, "$config{srcdir}/$file"); + } } } $pagecase{lc $page}=$page; diff --git a/debian/changelog b/debian/changelog index 737d73655..615d5916f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -44,6 +44,11 @@ ikiwiki (3.20100415) UNRELEASED; urgency=low * conditional: Fix bug that forced "all" mode off by default. * calendarmonth.tmpl: The month calendar is now put in a sidebar. * calendar: Improved display of arrows. + * Rename --getctime to --gettime. (The old name still works for + backwards compatability.) + * --gettime now also looks up last modification time. + * Add rcs_getmtime to plugin API; currently only implemented + for git. -- Joey Hess Sun, 04 Apr 2010 12:17:11 -0400 diff --git a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn index 6ce576db1..6b7739fd0 100644 --- a/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn +++ b/doc/forum/How_does_ikiwiki_remember_times__63__.mdwn @@ -20,15 +20,17 @@ Do I have it right? > Some VCS, like git, set the file mtimes to the current time > when making a new checkout, so they will be lost if you do that. > The creation times can be retrived using the `--getctime` option. -> I suppose it might be nice if there were a `--getmtime` that pulled -> true modification times out of the VCS, but I haven't found it a big -> deal in practice for the last modification times to be updated to the -> current time when rebuilding a wiki like this. --[[Joey]] +> --[[Joey]] > > > Thanks for the clarification. I ran some tests of my own to make sure I understand it right, and I'm satisfied > > that the order of posts in my blog can be retrieved from the VCS using the `--getctime` option, at least if I > > choose to order my posts by creation time rather than modification time. But I now know that I can't rely on > > page modification times in ikiwiki as these can be lost permanently. +> +> > > Update: It's now renamed to `--gettime`, and pulls both the creation +> > > and modification times. Also, per [[todo/auto_getctime_on_fresh_build]], +> > > this is now done automatically the first time ikiwiki builds a +> > > srcdir. So, no need to worry about this any more! --[[Joey]] > > > > I would suggest that there should at least be a `--getmtime` option like you describe, and perhaps that > > `--getctime` and `--getmtime` be _on by default_. In my opinion the creation times and modification times of @@ -91,19 +93,6 @@ Do I have it right? > A quick workaround for me to get modification times right is the following > little zsh script, which unfortunately only works for git: - #!/usr/bin/env zsh - - set +x - - for FILE in **/*(.); do - TIMES="`git log --pretty=format:%ai $FILE`" - MTIME="`echo $TIMES | head -n1`" - - if [ ! -z $MTIME ]; then - echo touch -m -d "$MTIME" $FILE - touch -m -d "$MTIME" $FILE - fi - - done +>> Elided; no longer needed since --gettime does that, and much faster! --[[Joey]] > --[[David_Riebenbauer]] diff --git a/doc/forum/Migrating_old_repository_to_new_ikiwiki_system__63__.mdwn b/doc/forum/Migrating_old_repository_to_new_ikiwiki_system__63__.mdwn index fe67e6aba..d7a33b526 100644 --- a/doc/forum/Migrating_old_repository_to_new_ikiwiki_system__63__.mdwn +++ b/doc/forum/Migrating_old_repository_to_new_ikiwiki_system__63__.mdwn @@ -20,10 +20,6 @@ How do I set up an ikiwiki system using a pre-existing repository (instead of cr > recreate the ikiwiki srcdir > 3. `git clone` from the bare git repository a second time, > to create a checkout you can manually edit (optional) -> 4. run `ikiwiki --getctime --setup your.setup` -> The getctime will ensure page creation times are accurate -> by putting the info out of the git history, -> and only needs to be done once. > > If you preserved your repository, but not the setup file, > the easiest way to make one is probably to run diff --git a/doc/plugins/write.mdwn b/doc/plugins/write.mdwn index 707622956..cf7044b2c 100644 --- a/doc/plugins/write.mdwn +++ b/doc/plugins/write.mdwn @@ -1085,6 +1085,13 @@ it up in the history. It's ok if this is not implemented, and throws an error. +#### `rcs_getmtime($)` + +This is used to get the page modification time for a file from the RCS, by +looking it up in the history. + +It's ok if this is not implemented, and throws an error. + #### `rcs_receive()` This is called when ikiwiki is running as a pre-receive hook (or diff --git a/doc/rcs.mdwn b/doc/rcs.mdwn index 4e7a8d2a6..b5bfc2414 100644 --- a/doc/rcs.mdwn +++ b/doc/rcs.mdwn @@ -14,8 +14,10 @@ use, some advanced or special features are not supported in all of them. Lack of support in [[ikiwiki-makerepo]] or auto.setup can make it harder to set up a wiki using that revision control system. The `rcs_commit_staged` hook is needed to use [[attachments|plugins/attachment]] or -[[plugins/comments]]. And so on. The table below summarises this for each -revision control system and links to more information about each. +[[plugins/comments]]. `rcs_getctime` may be implemented in a fast way +(ie, one log lookup for all files), or very slowly (one lookup per file). +And so on. The table below summarises this for each revision control +system and links to more information about each. [[!table data=""" feature |[[git]]|[[svn]]|[[bzr]] |[[monotone]]|[[mercurial]]|[[darcs]]|[[tla]] |[[cvs]] @@ -25,6 +27,8 @@ auto.setup |yes |yes |incomplete|yes |incomplete |yes `rcs_rename` |yes |yes |yes |yes |no |yes |no |yes `rcs_remove` |yes |yes |yes |yes |no |yes |no |yes `rcs_diff` |yes |yes |yes |yes |no |yes |yes |yes +`rcs_getctime` |fast |slow |slow |slow |slow |slow |slow |slow +`rcs_getmtime` |fast |no |no |no |no |no |no |no anonymous push |yes |no |no |no |no |no |no |no conflict handling |yes |yes |yes |buggy |yes |yes |yes |yes """]] diff --git a/doc/tips/Importing_posts_from_Wordpress.mdwn b/doc/tips/Importing_posts_from_Wordpress.mdwn index 59330caa4..8774c9723 100644 --- a/doc/tips/Importing_posts_from_Wordpress.mdwn +++ b/doc/tips/Importing_posts_from_Wordpress.mdwn @@ -1,6 +1,6 @@ Use case: You want to move away from Wordpress to Ikiwiki as your blogging/website platform, but you want to retain your old posts. -[This](http://git.chris-lamb.co.uk/?p=ikiwiki-wordpress-import.git) is a simple tool that generates [git-fast-import](http://www.kernel.org/pub/software/scm/git/docs/git-fast-import.html)-compatible data from a WordPress export XML file. It retains creation time of each post, so you can use Ikiwiki's --getctime to get the preserve creation times on checkout. +[This](http://git.chris-lamb.co.uk/?p=ikiwiki-wordpress-import.git) is a simple tool that generates [git-fast-import](http://www.kernel.org/pub/software/scm/git/docs/git-fast-import.html)-compatible data from a WordPress export XML file. It retains creation time of each post, so you can use Ikiwiki's --gettime to get the preserve creation times on checkout. WordPress categories are mapped onto Ikiwiki tags. The ability to import comments is planned. diff --git a/doc/tips/inside_dot_ikiwiki/discussion.mdwn b/doc/tips/inside_dot_ikiwiki/discussion.mdwn index 34d5b9252..69df369ec 100644 --- a/doc/tips/inside_dot_ikiwiki/discussion.mdwn +++ b/doc/tips/inside_dot_ikiwiki/discussion.mdwn @@ -6,14 +6,15 @@ My database appears corrupted: No idea how this happened. I've blown it away and recreated it but, for future reference, is there any less violent way to recover from this situation? I miss having the correct created and last edited times. --[[sabr]] > update: fixed ctimes and mtimes using [these instructions](http://u32.net/Mediawiki_Conversion/Git_Import/#Correct%20Creation%20and%20Last%20Edited%20time) --[[sabr]] -> That's overly complex. Just run `ikiwiki -setup your.setup -getctime`. +> That's overly complex. Just run `ikiwiki -setup your.setup -gettime`. > BTW, I'd be interested in examining such a corrupt storable file to try > to see what happened to it. --[[Joey]] ->> --getctime appears to only set the last edited date. It's not supposed to set the creation date, is it? The only place that info is stored is in the git repo. +>> --gettime appears to only set the last edited date. It's not supposed to set the creation date, is it? The only place that info is stored is in the git repo. >>> Pulling the page creation date out of the git history is exactly what ->>> --getctime does. --[[Joey]] +>>> --gettime does. (It used to be called --getctime, and only do that; now +>>> it also pulls out the last modified date). --[[Joey]] >> Alas, I seem to have lost the bad index file to periodic /tmp wiping; I'll send it to you if it happens again. --[[sabr]] diff --git a/doc/todo/auto_getctime_on_fresh_build.mdwn b/doc/todo/auto_getctime_on_fresh_build.mdwn index ea95fb8c9..760c56fa1 100644 --- a/doc/todo/auto_getctime_on_fresh_build.mdwn +++ b/doc/todo/auto_getctime_on_fresh_build.mdwn @@ -1,9 +1,13 @@ [[!tag wishlist]] -It might be a good idea to enable --getctime when `.ikiwiki` does not +It might be a good idea to enable --gettime when `.ikiwiki` does not exist. This way a new checkout of a `srcdir` would automatically get -ctimes right. (Running --getctime whenever a rebuild is done would be too +ctimes right. (Running --gettime whenever a rebuild is done would be too slow.) --[[Joey]] Could this be too annoying in some cases, eg, checking out a large wiki that needs to get set up right away? --[[Joey]] + +> Not for git with the new, optimised --getctime. For other VCS.. well, +> pity they're not as fast as git ;), but it is a one-time expense... +> [[done]] --[[Joey]] diff --git a/doc/usage.mdwn b/doc/usage.mdwn index db1e36a10..553fef01e 100644 --- a/doc/usage.mdwn +++ b/doc/usage.mdwn @@ -320,13 +320,11 @@ also be configured using a setup file. intercepted. If you enable this option then you must run at least the CGI portion of ikiwiki over SSL. -* --getctime +* --gettime - Pull creation time for each new page out of the revision control - system. This rarely used option provides a way to get the real creation - times of items in weblogs, such as when building a wiki from a new - VCS checkout. It is unoptimised and quite slow. It is best used - with --rebuild, to force ikiwiki to get the ctime for all pages. + Extract creation and modification times for each new page from the + the revision control's log. This is done automatically when building a + wiki for the first time, so you normally do not need to use this option. * --set var=value diff --git a/ikiwiki.in b/ikiwiki.in index 38e4d3201..801ff9a0b 100755 --- a/ikiwiki.in +++ b/ikiwiki.in @@ -44,7 +44,8 @@ sub getconfig () { "wrappergroup=s" => \$config{wrappergroup}, "usedirs!" => \$config{usedirs}, "prefix-directives!" => \$config{prefix_directives}, - "getctime" => \$config{getctime}, + "getctime" => \$config{gettime}, + "gettime" => \$config{gettime}, "numbacklinks=i" => \$config{numbacklinks}, "rcs=s" => \$config{rcs}, "no-rcs" => sub { $config{rcs}="" }, diff --git a/mtime-to-git b/mtime-to-git deleted file mode 100755 index 9875af5d7..000000000 --- a/mtime-to-git +++ /dev/null @@ -1,14 +0,0 @@ -#!/bin/sh -# Sets mtimes of all files in the tree their last change date -# based on git's log. Useful to avoid too new dates after a -# fresh checkout, which lead to ikiwiki unnecessarily rebuilding -# basewiki files on upgrade. -if [ -d .git ]; then - for file in $(git ls-files); do - date="$(git log -1 --date=rfc "$file" | grep ^Date: | sed -e 's/Date://')" - if [ -n "$date" ]; then - echo "$date $file" - touch -d"$date" $file - fi - done -fi -- cgit v1.2.3 From fa26c67b2a8842a57b551145d25c3719dcea2ccd Mon Sep 17 00:00:00 2001 From: raf Date: Sun, 2 May 2010 19:19:33 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn new file mode 100644 index 000000000..2bae57806 --- /dev/null +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -0,0 +1,12 @@ +Look at these two blogs: +1) http://ciffer.net/~svend/blog/ +2) http://upsilon.cc/~zack/blog/ + +Well, i set up successfully my blog /i am using inline function in a wiki page) but i have manually to insert blog pos titles and the result is that of blog #2. +Instead i would like to have blog post titles automatically inserted like blog #1 (and they are links too! I want them that way). +I looked in git repo of the two blogs but i couldn't find the answer. +Any help wuold be appreciated. + +Thanks + +Raf -- cgit v1.2.3 From 40aba87965a3d59f59ef2c6a0c6751036cd4a351 Mon Sep 17 00:00:00 2001 From: raf Date: Sun, 2 May 2010 19:20:37 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index 2bae57806..f5da168a5 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -1,5 +1,7 @@ Look at these two blogs: + 1) http://ciffer.net/~svend/blog/ + 2) http://upsilon.cc/~zack/blog/ Well, i set up successfully my blog /i am using inline function in a wiki page) but i have manually to insert blog pos titles and the result is that of blog #2. -- cgit v1.2.3 From 9480dc44277ad9301f1e1eba5b09990b459e7b26 Mon Sep 17 00:00:00 2001 From: raf Date: Sun, 2 May 2010 19:26:06 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index f5da168a5..4b5e21979 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -4,11 +4,11 @@ Look at these two blogs: 2) http://upsilon.cc/~zack/blog/ -Well, i set up successfully my blog /i am using inline function in a wiki page) but i have manually to insert blog pos titles and the result is that of blog #2. +Well, i set up successfully my blog (i am using inline function in a wiki page) but i have manually to insert blog pos titles and the result is that of blog #2. Instead i would like to have blog post titles automatically inserted like blog #1 (and they are links too! I want them that way). I looked in git repo of the two blogs but i couldn't find the answer. -Any help wuold be appreciated. +Any help would be really appreciated. -Thanks +Thanks! Raf -- cgit v1.2.3 From cfca3a70740619dcb2ff94137fe61f71dede2619 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sun, 2 May 2010 18:59:37 -0400 Subject: response --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index 4b5e21979..4a505925e 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -12,3 +12,11 @@ Any help would be really appreciated. Thanks! Raf + +> Either name the blog post files with the full title you want them to +> have, or use [[ikiwiki/directive/meta]] title to set the title of a blog post. +> +> \[[!meta title="this is my blog post"]] +> +> Either way, the title will automatically be displayed, clickable, at the top. +> (zack has hacked his templates not to do that). --[[Joey]] -- cgit v1.2.3 From 8784c08f6f0f785d9306f1cbd61cf7eac03660b5 Mon Sep 17 00:00:00 2001 From: raf Date: Mon, 3 May 2010 07:25:54 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index 4a505925e..804a122f8 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -20,3 +20,10 @@ Raf > > Either way, the title will automatically be displayed, clickable, at the top. > (zack has hacked his templates not to do that). --[[Joey]] + +>> Thanks for your answer.
+>> I looked in the [templates](http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=zack-homepage.git;a=tree;f=templates;h=824100e62a06cee41b582ba84fcb9cdd982fe4be;hb=HEAD) folder of zack but couldn't see any hack of that kind.
+>> Anyway, I didn't hack my template...
+>> I will follow your suggestion of using [[ikiwiki/directive/meta]] title to set titles.
+>> Thanks a lot.

+>> Raf
-- cgit v1.2.3 From 7606d3832d74f34d53d9f5e2ce1d00d8f816418c Mon Sep 17 00:00:00 2001 From: raf Date: Mon, 3 May 2010 07:27:05 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index 804a122f8..3e9291320 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -24,6 +24,6 @@ Raf >> Thanks for your answer.
>> I looked in the [templates](http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=zack-homepage.git;a=tree;f=templates;h=824100e62a06cee41b582ba84fcb9cdd982fe4be;hb=HEAD) folder of zack but couldn't see any hack of that kind.
>> Anyway, I didn't hack my template...
->> I will follow your suggestion of using [[ikiwiki/directive/meta]] title to set titles.
+>> I will follow your suggestion of using \[[ikiwiki/directive/meta]] title to set titles.
>> Thanks a lot.

>> Raf
-- cgit v1.2.3 From 0f9c5697f86c065cb8835282ef67d05a0bb884b5 Mon Sep 17 00:00:00 2001 From: raf Date: Mon, 3 May 2010 07:27:35 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index 3e9291320..6e939f868 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -25,5 +25,4 @@ Raf >> I looked in the [templates](http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=zack-homepage.git;a=tree;f=templates;h=824100e62a06cee41b582ba84fcb9cdd982fe4be;hb=HEAD) folder of zack but couldn't see any hack of that kind.
>> Anyway, I didn't hack my template...
>> I will follow your suggestion of using \[[ikiwiki/directive/meta]] title to set titles.
->> Thanks a lot.

->> Raf
+>> Thanks a lot. ---Raf -- cgit v1.2.3 From 4733a1a9cd2182bf052ba8545e3a61242f8b94a9 Mon Sep 17 00:00:00 2001 From: raf Date: Mon, 3 May 2010 07:28:40 +0000 Subject: --- doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn index 6e939f868..68eb06c4c 100644 --- a/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn +++ b/doc/forum/how_to_add_post_titles_in_ikiwiki_blog__63__.mdwn @@ -25,4 +25,4 @@ Raf >> I looked in the [templates](http://git.upsilon.cc/cgi-bin/gitweb.cgi?p=zack-homepage.git;a=tree;f=templates;h=824100e62a06cee41b582ba84fcb9cdd982fe4be;hb=HEAD) folder of zack but couldn't see any hack of that kind.
>> Anyway, I didn't hack my template...
>> I will follow your suggestion of using \[[ikiwiki/directive/meta]] title to set titles.
->> Thanks a lot. ---Raf +>> Thanks a lot. --Raf -- cgit v1.2.3 From 9699f16b5186237ca98ebfc90a8644b672485245 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 3 May 2010 13:59:43 -0400 Subject: websetup: Only display Setup button on admins' preferences page. Renamed it from "Wiki Setup" to just "Setup" for good measure. --- IkiWiki/Plugin/websetup.pm | 7 ++++--- debian/changelog | 1 + doc/forum/Can_OpenID_users_be_adminusers__63__.mdwn | 2 +- doc/plugins/websetup.mdwn | 2 +- doc/setup.mdwn | 2 +- 5 files changed, 8 insertions(+), 6 deletions(-) (limited to 'doc/forum') diff --git a/IkiWiki/Plugin/websetup.pm b/IkiWiki/Plugin/websetup.pm index cb6a7e412..4d2e611eb 100644 --- a/IkiWiki/Plugin/websetup.pm +++ b/IkiWiki/Plugin/websetup.pm @@ -503,9 +503,10 @@ sub formbuilder_setup (@) { my %params=@_; my $form=$params{form}; - if ($form->title eq "preferences") { - push @{$params{buttons}}, "Wiki Setup"; - if ($form->submitted && $form->submitted eq "Wiki Setup") { + if ($form->title eq "preferences" && + IkiWiki::is_admin($params{session}->param("name"))) { + push @{$params{buttons}}, "Setup"; + if ($form->submitted && $form->submitted eq "Setup") { showform($params{cgi}, $params{session}); exit; } diff --git a/debian/changelog b/debian/changelog index e03375bd3..9fb9607a3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,7 @@ ikiwiki (3.20100502) UNRELEASED; urgency=low links to the action bar without modifying the template further. (COMMENTSLINK and DISCUSSIONLINK could be folded into this, but are kept separate for now to avoid breaking modified templates.) + * websetup: Only display Setup button on admins' preferences page. -- Joey Hess Sun, 02 May 2010 13:22:50 -0400 diff --git a/doc/forum/Can_OpenID_users_be_adminusers__63__.mdwn b/doc/forum/Can_OpenID_users_be_adminusers__63__.mdwn index 7599e71e5..17c60c423 100644 --- a/doc/forum/Can_OpenID_users_be_adminusers__63__.mdwn +++ b/doc/forum/Can_OpenID_users_be_adminusers__63__.mdwn @@ -62,7 +62,7 @@ index 0bf100a..77b467a 100644 >>>> So you can see if the two usernames/openids match. If the end is "0", >>>> they don't match. If nothing is logged, you have not enabled the websetup plugin. ->>>> If the end if "1" you should see the "Wiki Setup" button, if not the +>>>> If the end if "1" you should see the "Setup" button, if not the >>>> problem is not in determining if you're an admin, but elsewhere.. >>>> --[[Joey]] diff --git a/doc/plugins/websetup.mdwn b/doc/plugins/websetup.mdwn index b4d23ba9c..a20a32489 100644 --- a/doc/plugins/websetup.mdwn +++ b/doc/plugins/websetup.mdwn @@ -2,7 +2,7 @@ [[!tag type/web]] This plugin allows wiki admins to configure the wiki using a web interface, -rather than editing the setup file directly. A "Wiki Setup" button is added +rather than editing the setup file directly. A "Setup" button is added to the admins' preferences page. Warning: This plugin rewrites your setup file. Any comments or unusual diff --git a/doc/setup.mdwn b/doc/setup.mdwn index 2d4da5536..3ea0022cc 100644 --- a/doc/setup.mdwn +++ b/doc/setup.mdwn @@ -89,7 +89,7 @@ These range from changing the wiki's name, to enabling [[plugins]], to banning users and locking pages. If you log in as the admin user you configured earlier, and go to -your Preferences page, you can click on "Wiki Setup" to customize many +your Preferences page, you can click on "Setup" to customize many wiki settings and plugins. Some settings cannot be configured on the web, for security reasons or -- cgit v1.2.3 From 6c0d2aa45608da7382289a34ac08e38b444ebe5b Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Mon, 3 May 2010 23:28:27 +0000 Subject: PERL5LIB setting question --- .../PERL5LIB__44___wrappers_and_homedir_install.mdwn | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn (limited to 'doc/forum') diff --git a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn new file mode 100644 index 000000000..9dc539538 --- /dev/null +++ b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn @@ -0,0 +1,17 @@ +What is the way to tell wrappers that PERL5LIB should include ~/bin directories? + +Having this in the wiki.setup doesn't help anymore: + + # environment variables + ENV => { + PATH => '/home/user/bin/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/user/ikiwiki/usr/bin/:/home/user/ikiwiki/usr/sbin/:/home/user/bin/bin/:~/bin/bin/', + PERL5LIB => '/home/user/bin/share/perl/5.10.0:/home/user/bin/lib/perl/5.10.0' + }, + +Or at least I get CGI errors and running ikiwiki.cgi manually fails too: + + Use of uninitialized value $tainted in pattern match (m//) at /usr/share/perl5/IkiWiki.pm line 233. + Argument "" isn't numeric in umask at /usr/share/perl5/IkiWiki.pm line 139. + Undefined subroutine &IkiWiki::cgierror called at /home/user/bin/bin/ikiwiki line 199. + +Server has an older ikiwiki installed but I'd like to use a newer version from git, and I don't have root access. -- cgit v1.2.3 From 48b5b7feccb76f44c4eb2b21dbb049940331ef28 Mon Sep 17 00:00:00 2001 From: blipvert Date: Tue, 4 May 2010 15:41:56 +0000 Subject: --- ...ressing_output_of_pages_included_only_for_their_side_effects.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn (limited to 'doc/forum') diff --git a/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn b/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn new file mode 100644 index 000000000..1a454d37d --- /dev/null +++ b/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn @@ -0,0 +1,5 @@ +In particular, it's kind of annoying that using the sidebar plugin results in the creation of a free-standing sidebar.html (which in the simplest case of course includes a copy of *its own content* as a sidebar in the simplest case). It would be nice if there were a way to tell Ikiwiki to treat a file like sidebar.mdwn as "inline only": allow its content to be inlined but not to render it separately nor allow linking to it. + +In reading through the code and associated docs, it appears that the ideal method is for the file to be removed from the $changed array by plugin's "needsbuild" hook. Either the sidebar plugin could define such a hook, or perhaps a more general solution is the creation of a meta variable or config file regexp that would handle it according to the user's wishes. + +I'm about ready to code up such a change but want to find out if I'm thinking along the right lines. --[[blipvert]] -- cgit v1.2.3 From bd5c5f1f487e21d658dc85badc4e6ee492119cfe Mon Sep 17 00:00:00 2001 From: blipvert Date: Tue, 4 May 2010 15:42:21 +0000 Subject: --- ...uppressing_output_of_pages_included_only_for_their_side_effects.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn b/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn index 1a454d37d..20139b140 100644 --- a/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn +++ b/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn @@ -1,4 +1,4 @@ -In particular, it's kind of annoying that using the sidebar plugin results in the creation of a free-standing sidebar.html (which in the simplest case of course includes a copy of *its own content* as a sidebar in the simplest case). It would be nice if there were a way to tell Ikiwiki to treat a file like sidebar.mdwn as "inline only": allow its content to be inlined but not to render it separately nor allow linking to it. +In particular, it's kind of annoying that using the sidebar plugin results in the creation of a free-standing sidebar.html (which in the simplest case of course includes a copy of *its own content* as a sidebar). It would be nice if there were a way to tell Ikiwiki to treat a file like sidebar.mdwn as "inline only": allow its content to be inlined but not to render it separately nor allow linking to it. In reading through the code and associated docs, it appears that the ideal method is for the file to be removed from the $changed array by plugin's "needsbuild" hook. Either the sidebar plugin could define such a hook, or perhaps a more general solution is the creation of a meta variable or config file regexp that would handle it according to the user's wishes. -- cgit v1.2.3 From 74e0c83a951ea9d1b5b0a068374086f71a04b593 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 4 May 2010 16:36:22 -0400 Subject: response --- .../PERL5LIB__44___wrappers_and_homedir_install.mdwn | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn index 9dc539538..988f261a7 100644 --- a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn +++ b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn @@ -15,3 +15,19 @@ Or at least I get CGI errors and running ikiwiki.cgi manually fails too: Undefined subroutine &IkiWiki::cgierror called at /home/user/bin/bin/ikiwiki line 199. Server has an older ikiwiki installed but I'd like to use a newer version from git, and I don't have root access. + +> You can't set `PERL5LIB` in `ENV` in a setup file, because ikiwiki is already +> running before it reads that, and so it has little effect. Your error +> messages do look like a new bin/ikiwiki is using an old version of +> `IkiWiki.pm`. +> +> The thing to do is set `INSTALL_BASE` when you're installing ikiwiki from +> source. Like so: + + cd ikiwiki + perl Makefile.PL INSTALL_BASE=$HOME PREFIX= + make install + +> Then `$HOME/bin/ikiwiki` will have hardcoded into it to look +> for ikiwiki's perl modules in `$HOME/lib/perl5/` +> (This is documented in the README file by the way.) --[[Joey]] -- cgit v1.2.3 From ddd7a766e27128f971fceba900d73982c686afbd Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 4 May 2010 16:46:18 -0400 Subject: response --- ..._output_of_pages_included_only_for_their_side_effects.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn b/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn index 20139b140..99784cdd2 100644 --- a/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn +++ b/doc/forum/suppressing_output_of_pages_included_only_for_their_side_effects.mdwn @@ -3,3 +3,14 @@ In particular, it's kind of annoying that using the sidebar plugin results in th In reading through the code and associated docs, it appears that the ideal method is for the file to be removed from the $changed array by plugin's "needsbuild" hook. Either the sidebar plugin could define such a hook, or perhaps a more general solution is the creation of a meta variable or config file regexp that would handle it according to the user's wishes. I'm about ready to code up such a change but want to find out if I'm thinking along the right lines. --[[blipvert]] + +> Internal pages should be able to be used for this, as they are used for +> comments. So you'd have +> `sidebar._mdwn`. However, mwdn would need to be changed to register a +> htmlize hook for the `_mdwn` extension for that to really work. +> +> But, if there's no rendered sidebar page, how can users easily edit the page +> in the web interface? In the specific case of the sidebar, It seems +> better to have the page display something different when built standalone +> than when built as the sidebar. +> --[[Joey]] -- cgit v1.2.3 From 73ebf2a9f258e1f83b5ba3ceba36233c0d6df817 Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Tue, 4 May 2010 20:56:38 +0000 Subject: --- doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn index 988f261a7..b6bf14af8 100644 --- a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn +++ b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn @@ -26,7 +26,7 @@ Server has an older ikiwiki installed but I'd like to use a newer version from g cd ikiwiki perl Makefile.PL INSTALL_BASE=$HOME PREFIX= - make install + make install > Then `$HOME/bin/ikiwiki` will have hardcoded into it to look > for ikiwiki's perl modules in `$HOME/lib/perl5/` -- cgit v1.2.3 From 93f8000d584312049fac6b52d8eac4206aa1bedc Mon Sep 17 00:00:00 2001 From: "http://mcfrisk.myopenid.com/" Date: Tue, 4 May 2010 21:17:54 +0000 Subject: solved --- doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn index b6bf14af8..fba941efc 100644 --- a/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn +++ b/doc/forum/PERL5LIB__44___wrappers_and_homedir_install.mdwn @@ -31,3 +31,8 @@ Server has an older ikiwiki installed but I'd like to use a newer version from g > Then `$HOME/bin/ikiwiki` will have hardcoded into it to look > for ikiwiki's perl modules in `$HOME/lib/perl5/` > (This is documented in the README file by the way.) --[[Joey]] + +>> Ok, *perl Makefile.PL INSTALL_BASE=$HOME/bin PREFIX=* finally did it for me. I tried too many things with +>> these paths so I wasn't sure which actually worked. After that I did +>> *$ ikiwiki --setup www.setup --wrappers --rebuild*. Somehow in this update mess I seem to have lost the user +>> accounts, maybe the --rebuild was too much. -- cgit v1.2.3 From 4549a4aaa81fa9dbed87954def3eec5bca974157 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 17:22:20 +0000 Subject: --- doc/forum/how_to_login_as_admin.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/how_to_login_as_admin.mdwn (limited to 'doc/forum') diff --git a/doc/forum/how_to_login_as_admin.mdwn b/doc/forum/how_to_login_as_admin.mdwn new file mode 100644 index 000000000..67ee9e377 --- /dev/null +++ b/doc/forum/how_to_login_as_admin.mdwn @@ -0,0 +1 @@ +I even managed to set up ikiwiki so it works fine with git; but how on earth do I log in as an administrator? In the .setup file the admin user is set to 'zimek' but when I go and register 'zimek' on the web it appears as normal user not the administrator. What am I missing? -- cgit v1.2.3 From c420e057f36b39b8ba4599cc95de7e90407e43ae Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 7 May 2010 13:32:43 -0400 Subject: response --- doc/forum/how_to_login_as_admin.mdwn | 15 ++++++++++++++- 1 file changed, 14 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_login_as_admin.mdwn b/doc/forum/how_to_login_as_admin.mdwn index 67ee9e377..e960d66b3 100644 --- a/doc/forum/how_to_login_as_admin.mdwn +++ b/doc/forum/how_to_login_as_admin.mdwn @@ -1 +1,14 @@ -I even managed to set up ikiwiki so it works fine with git; but how on earth do I log in as an administrator? In the .setup file the admin user is set to 'zimek' but when I go and register 'zimek' on the web it appears as normal user not the administrator. What am I missing? +I even managed to set up ikiwiki so it works fine with git; but how on earth do +I log in as an administrator? In the .setup file the admin user is set to +'zimek' but when I go and register 'zimek' on the web it appears as normal user +not the administrator. What am I missing? + +> That's really all there is to it. The [[automatic_setup|setup]] script +> registers the admin user for you before the wiki goes live. If you didn't +> use it, registering the right account name will get you the admin account. +> +> The name is case sensative, perhaps you really spelled one of them `Zimek`? +> +> Or maybe you're the admin, and don't know it? Everything looks the same for the admin, +> except they can edit even locked pages, and can access the websetup interface from their +> Preferences page, if you have that plugin enabled. --[[Joey]] -- cgit v1.2.3 From 682a6480d9dc0256c021fea7565e63c7372d5991 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 17:39:34 +0000 Subject: --- doc/forum/how_to_login_as_admin.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_login_as_admin.mdwn b/doc/forum/how_to_login_as_admin.mdwn index e960d66b3..0f32dc428 100644 --- a/doc/forum/how_to_login_as_admin.mdwn +++ b/doc/forum/how_to_login_as_admin.mdwn @@ -12,3 +12,5 @@ not the administrator. What am I missing? > Or maybe you're the admin, and don't know it? Everything looks the same for the admin, > except they can edit even locked pages, and can access the websetup interface from their > Preferences page, if you have that plugin enabled. --[[Joey]] + +>> Maybe I'm indeed. I know that I've disabled all the plugins while installing ikiwiki. Checking it now ;-) -- cgit v1.2.3 From 941782168040c00d46e9bdf7a1b5014972973ef5 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 17:46:39 +0000 Subject: --- doc/forum/how_to_login_as_admin.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_login_as_admin.mdwn b/doc/forum/how_to_login_as_admin.mdwn index 0f32dc428..b4e704a80 100644 --- a/doc/forum/how_to_login_as_admin.mdwn +++ b/doc/forum/how_to_login_as_admin.mdwn @@ -14,3 +14,5 @@ not the administrator. What am I missing? > Preferences page, if you have that plugin enabled. --[[Joey]] >> Maybe I'm indeed. I know that I've disabled all the plugins while installing ikiwiki. Checking it now ;-) + +>> Yup, I'm the God of my ikiwiki. -- cgit v1.2.3 From 9b18bdf1e1b5176c100dc1cbee4853d0538c3a71 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 17:48:43 +0000 Subject: --- doc/forum/how_to_login_as_admin.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_login_as_admin.mdwn b/doc/forum/how_to_login_as_admin.mdwn index b4e704a80..807f82501 100644 --- a/doc/forum/how_to_login_as_admin.mdwn +++ b/doc/forum/how_to_login_as_admin.mdwn @@ -15,4 +15,4 @@ not the administrator. What am I missing? >> Maybe I'm indeed. I know that I've disabled all the plugins while installing ikiwiki. Checking it now ;-) ->> Yup, I'm the God of my ikiwiki. +>> Yup, I'm the God of my ikiwiki. (Thanks) -- cgit v1.2.3 From 93ad589b463259916f3d1c2db4e6ff590b6ae9e2 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 17:51:53 +0000 Subject: --- ...double_forward_slash___39____47____47____39___in_the_address_bar.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn (limited to 'doc/forum') diff --git a/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn b/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn new file mode 100644 index 000000000..38e486c73 --- /dev/null +++ b/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn @@ -0,0 +1 @@ +Why do all the pages are preceded with a double forward slash in the address bar... ie. http://example.org//ikiwiki/pagespec/ .. maybe someone knows? -- cgit v1.2.3 From 6a83be26471ac6615bad48a1a365a7e62e972a7b Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 17:56:06 +0000 Subject: --- ...ouble_forward_slash___39____47____47____39___in_the_address_bar.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn b/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn index 38e486c73..b5fb2aa18 100644 --- a/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn +++ b/doc/forum/double_forward_slash___39____47____47____39___in_the_address_bar.mdwn @@ -1 +1,3 @@ Why do all the pages are preceded with a double forward slash in the address bar... ie. http://example.org//ikiwiki/pagespec/ .. maybe someone knows? + +> Sorted, base url in the .setup file had the unnecessary '/' suffix. -- cgit v1.2.3 From 79b309b3580a6a96aa11c8a59c9734912bec0156 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 21:56:56 +0000 Subject: --- doc/forum/debian_backports_update_someone_please.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/debian_backports_update_someone_please.mdwn (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn new file mode 100644 index 000000000..e5b3cf338 --- /dev/null +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -0,0 +1 @@ +I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 mode instead of in XHTML. Any chance that the ikiwiki's .deb in debian backports will be updated any time soon? -- cgit v1.2.3 From 9541defa69b967d50d3abd8e34e3d5d40e73b358 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 7 May 2010 21:59:05 +0000 Subject: --- doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn new file mode 100644 index 000000000..a26bc9448 --- /dev/null +++ b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn @@ -0,0 +1 @@ +Puzzled a bit :-/ -- cgit v1.2.3 From 1fb9db21807d5136794e3d88bb3c453c03401b00 Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Sat, 8 May 2010 00:02:04 +0000 Subject: --- doc/forum/debian_backports_update_someone_please.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn index e5b3cf338..b3fbf1adc 100644 --- a/doc/forum/debian_backports_update_someone_please.mdwn +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -1 +1,5 @@ I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 mode instead of in XHTML. Any chance that the ikiwiki's .deb in debian backports will be updated any time soon? + +> Formerer does a good job keeping the backport up-to-date with whatever is in Debian testing. +> Which is the policy of what Backports should contain. So, I just need to stop releasing ikiwiki +> for 2 weeks. :) --[[Joey]] -- cgit v1.2.3 From e196bd3f3a2b1b48fbd19f1014bf03b044c4e829 Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Sat, 8 May 2010 00:02:59 +0000 Subject: --- doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn index a26bc9448..a4644ff64 100644 --- a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn +++ b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn @@ -1 +1,3 @@ Puzzled a bit :-/ + +> There is no explicit interface for reverting edits. Most of us use `git revert`. --[[Joey]] -- cgit v1.2.3 From f4cfae1466558ab2163263f300d7f698182229b7 Mon Sep 17 00:00:00 2001 From: zimek Date: Sat, 8 May 2010 08:08:13 +0000 Subject: --- doc/forum/debian_backports_update_someone_please.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn index b3fbf1adc..46b0aca6b 100644 --- a/doc/forum/debian_backports_update_someone_please.mdwn +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -3,3 +3,5 @@ I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 > Formerer does a good job keeping the backport up-to-date with whatever is in Debian testing. > Which is the policy of what Backports should contain. So, I just need to stop releasing ikiwiki > for 2 weeks. :) --[[Joey]] + +>> And are there any chances you doing it... or rather not doing it? -- cgit v1.2.3 From 6578dc2c2b2bc8e1947ba50b914cacd48c30c860 Mon Sep 17 00:00:00 2001 From: zimek Date: Sat, 8 May 2010 08:15:41 +0000 Subject: --- doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn index a4644ff64..c326b8205 100644 --- a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn +++ b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn @@ -1,3 +1,5 @@ Puzzled a bit :-/ > There is no explicit interface for reverting edits. Most of us use `git revert`. --[[Joey]] + +>> That's a blow; I was planning on appointing no techies to keep law and order on our pages :-/ Is there a plugin or at least a plan to add such a 'in demand' feature? -- cgit v1.2.3 From 3f2f447cb57acbcf2bf767c19160426a5efe5d75 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 12 May 2010 15:42:28 -0400 Subject: responses --- .../debian_backports_update_someone_please.mdwn | 5 +++++ ...ow_do_I_revert_edits_in_the_web_mode__63__.mdwn | 24 ++++++++++++++++++++++ 2 files changed, 29 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn index 46b0aca6b..f1854762e 100644 --- a/doc/forum/debian_backports_update_someone_please.mdwn +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -5,3 +5,8 @@ I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 > for 2 weeks. :) --[[Joey]] >> And are there any chances you doing it... or rather not doing it? + +>>> Sure, I'm busily not doing it right now. Should reach testing in 3 +>>> days. I generally schedule things so a new ikiwiki reaches testing +>>> every 2 weeks to month. Getting important new features and bugfixes out +>>> can take priority though. --[[Joey]] diff --git a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn index c326b8205..eca572c70 100644 --- a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn +++ b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn @@ -3,3 +3,27 @@ Puzzled a bit :-/ > There is no explicit interface for reverting edits. Most of us use `git revert`. --[[Joey]] >> That's a blow; I was planning on appointing no techies to keep law and order on our pages :-/ Is there a plugin or at least a plan to add such a 'in demand' feature? + +>>> A lot of things complicate adding that feature to the web interface. +>>> +>>> First, ikiwiki happily uses whatever the VCS's best of breed web +>>> history interface is. (ie, viewvcs, gitweb). To allow reverting +>>> past the bottom of the RecentChanges page, it would need to have its +>>> own history browser. Not sure I want to go there. +>>> +>>> And the mechanics of handling reverting can quickly get complex. +>>> Web reverting should only allow users to revert things they can edit, +>>> but reverting a whole commit in git might touch multiple files. +>>> Some files may not be editable over the web at all. (The +>>> [[tips/untrusted_git_push]] also has to deal with those issues.) +>>> Finally, a revert can fail with a conflict. The revert could touch +>>> multiple files, and multiple ones could conflict. The conflict may +>>> involve non-page files that can't be diffed. So an interface for +>>> resolving such a conflict could be hard. +>>> +>>> Probably web-based reverting would need to be limited to reverting +>>> single file changes, not whole commits, and not having very good +>>> conflict handling. And maybe only being accessible for changes +>>> still visible on RecentChanges. With those limitations, it's certianly +>>> doable (as a plugin even), but given how excellent `git revert` is in +>>> comparison, I have not had a real desire to do so. --[[Joey]] -- cgit v1.2.3 From 50c9851ddc834f6261da0df525374efd867f731d Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlcaGfdn9Kye1Gc8aGb67PDVQW4mKbQD7E" Date: Thu, 13 May 2010 00:07:54 +0000 Subject: comments --- doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn index eca572c70..510e93077 100644 --- a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn +++ b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn @@ -27,3 +27,7 @@ Puzzled a bit :-/ >>> still visible on RecentChanges. With those limitations, it's certianly >>> doable (as a plugin even), but given how excellent `git revert` is in >>> comparison, I have not had a real desire to do so. --[[Joey]] + +>>>> Web edits are single-file anyway, so I wouldn't expect web reverts +>>>> to handle the multi-file case. OTOH, I've sometimes wished ikiwiki +>>>> had its own history browser (somewhere down my todo list). --[[schmonz]] -- cgit v1.2.3 From 7edd9e7ef3aec48f2b5206d307781378521d16f0 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 14 May 2010 14:00:39 +0000 Subject: --- doc/forum/debian_backports_update_someone_please.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn index f1854762e..66f5eb0c5 100644 --- a/doc/forum/debian_backports_update_someone_please.mdwn +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -10,3 +10,5 @@ I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 >>> days. I generally schedule things so a new ikiwiki reaches testing >>> every 2 weeks to month. Getting important new features and bugfixes out >>> can take priority though. --[[Joey]] + +>>>> Great! Thanks. -- cgit v1.2.3 From 4611c77696496287385f19301bcdf301393c6a61 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 14 May 2010 14:02:25 +0000 Subject: --- doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn index 510e93077..7686a7a08 100644 --- a/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn +++ b/doc/forum/how_do_I_revert_edits_in_the_web_mode__63__.mdwn @@ -31,3 +31,5 @@ Puzzled a bit :-/ >>>> Web edits are single-file anyway, so I wouldn't expect web reverts >>>> to handle the multi-file case. OTOH, I've sometimes wished ikiwiki >>>> had its own history browser (somewhere down my todo list). --[[schmonz]] + +>>>> Yup, having a possibility to revert a single file would suffice. -- cgit v1.2.3 From 01d28878d70b3a854fb683afaa81706f5b76b597 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 14 May 2010 14:11:04 +0000 Subject: --- ...o_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn (limited to 'doc/forum') diff --git a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn new file mode 100644 index 000000000..9f70bf442 --- /dev/null +++ b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn @@ -0,0 +1 @@ +OK, probably title is bit confusing. Basically I'd like to be able to keep my left hand side menu, which is part of the template, and at the same time load let's say forum on the right hand side, which sits on a separate domain. Is it possible then to construct template that for some special links it runs as lets say in mode? -- cgit v1.2.3 From f09cd4b7363b5ff8bdaf71fa6aad56747cf6c734 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 14 May 2010 14:12:03 +0000 Subject: --- ..._load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn index 9f70bf442..0475d126f 100644 --- a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn +++ b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn @@ -1 +1 @@ -OK, probably title is bit confusing. Basically I'd like to be able to keep my left hand side menu, which is part of the template, and at the same time load let's say forum on the right hand side, which sits on a separate domain. Is it possible then to construct template that for some special links it runs as lets say in mode? +OK, probably title is bit confusing. Basically I'd like to be able to keep my left hand side menu, which is part of the template, and at the same time load let's say forum on the right hand side, which sits on a separate domain. Is it possible then to construct template that for some special links it runs as lets say in *frameset* mode? -- cgit v1.2.3 From c9699ef0652bee261e03ff684dfe26b2bd791bd9 Mon Sep 17 00:00:00 2001 From: zimek Date: Fri, 14 May 2010 16:14:29 +0000 Subject: --- ...sallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn b/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn new file mode 100644 index 000000000..c86c35da4 --- /dev/null +++ b/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn @@ -0,0 +1 @@ +As in title, I'd like to allow editing only some pages on my wiki. Rest by default is not editable by users except admin. Thanks -- cgit v1.2.3 From 68b91528dd66c1e29147babc0647647cc0e0a958 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlcaGfdn9Kye1Gc8aGb67PDVQW4mKbQD7E" Date: Fri, 14 May 2010 19:01:35 +0000 Subject: lockedit --- ...allow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn b/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn index c86c35da4..fbc5c58e2 100644 --- a/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn +++ b/doc/forum/what_is_the_easiest_way_to_implement_order:_disallow_all__44___allow_chosen__95__few_page_editing_policy__63__.mdwn @@ -1 +1,3 @@ As in title, I'd like to allow editing only some pages on my wiki. Rest by default is not editable by users except admin. Thanks + +> See [[plugins/lockedit]]. --[[schmonz]] -- cgit v1.2.3 From 87c4b603c3095033f27a3bfadcafd385fb318d76 Mon Sep 17 00:00:00 2001 From: zimek Date: Sun, 16 May 2010 13:50:15 +0000 Subject: --- ..._load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn index 0475d126f..f245e3807 100644 --- a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn +++ b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn @@ -1 +1,3 @@ OK, probably title is bit confusing. Basically I'd like to be able to keep my left hand side menu, which is part of the template, and at the same time load let's say forum on the right hand side, which sits on a separate domain. Is it possible then to construct template that for some special links it runs as lets say in *frameset* mode? + +> I think I'll have to use [[pagetemplate]] and this solution -- cgit v1.2.3 From cf559160fa3ee65a99b303d0b483ae9481e4a2c7 Mon Sep 17 00:00:00 2001 From: zimek Date: Sun, 16 May 2010 13:51:50 +0000 Subject: --- ..._load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn index f245e3807..a747911a5 100644 --- a/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn +++ b/doc/forum/how_to_load_an_external_page_and_still_have_it_under_ikiwiki_template.mdwn @@ -1,3 +1,3 @@ OK, probably title is bit confusing. Basically I'd like to be able to keep my left hand side menu, which is part of the template, and at the same time load let's say forum on the right hand side, which sits on a separate domain. Is it possible then to construct template that for some special links it runs as lets say in *frameset* mode? -> I think I'll have to use [[pagetemplate]] and this solution +> I think I'll have to use [[ikiwiki/directive/pagetemplate]] and this solution -- cgit v1.2.3 From eb28db2ad5d38110e7678012aaabce22f89063a2 Mon Sep 17 00:00:00 2001 From: "http://jmtd.livejournal.com/" Date: Mon, 17 May 2010 17:18:58 +0000 Subject: how do people like to hack on ikiwiki? --- doc/forum/ikiwiki_development_environment_tips.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/ikiwiki_development_environment_tips.mdwn (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_development_environment_tips.mdwn b/doc/forum/ikiwiki_development_environment_tips.mdwn new file mode 100644 index 000000000..d0dd01425 --- /dev/null +++ b/doc/forum/ikiwiki_development_environment_tips.mdwn @@ -0,0 +1,3 @@ +I haven't settled on a comfortable/flexible/quick development environment for hacking on ikiwiki. The VM I host my web pages on is not fast enough to use for RAD and ikiwiki. For developing plugins, it seems a bit heavy-weight to clone the entire ikiwiki repository. I haven't managed to get into a habit of running a cloned version of ikiwiki from it's own dir, rather than installing it (If that's even possible). The ikiwiki site source (source ./doc) is quite large and not a great testbed for hacking (e.g. if you are working on a plugin you need a tailored test suite for that plugin). + +Does anyone have a comfortable setup or tips they would like to share? -- [[Jon]] -- cgit v1.2.3 From d63553b39b4afb18a5b3ee32131095699582529c Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlcaGfdn9Kye1Gc8aGb67PDVQW4mKbQD7E" Date: Mon, 17 May 2010 17:31:55 +0000 Subject: response --- doc/forum/ikiwiki_development_environment_tips.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_development_environment_tips.mdwn b/doc/forum/ikiwiki_development_environment_tips.mdwn index d0dd01425..9fa3595ed 100644 --- a/doc/forum/ikiwiki_development_environment_tips.mdwn +++ b/doc/forum/ikiwiki_development_environment_tips.mdwn @@ -1,3 +1,5 @@ I haven't settled on a comfortable/flexible/quick development environment for hacking on ikiwiki. The VM I host my web pages on is not fast enough to use for RAD and ikiwiki. For developing plugins, it seems a bit heavy-weight to clone the entire ikiwiki repository. I haven't managed to get into a habit of running a cloned version of ikiwiki from it's own dir, rather than installing it (If that's even possible). The ikiwiki site source (source ./doc) is quite large and not a great testbed for hacking (e.g. if you are working on a plugin you need a tailored test suite for that plugin). Does anyone have a comfortable setup or tips they would like to share? -- [[Jon]] + +> I've just been setting `libdir` in an existing wiki's setup file. When the plugin's in a decent state, I copy it over to a git checkout and commit. For the plugins I've been working on (auth and VCS), this has been just fine. Are you looking for something more? --[[schmonz]] -- cgit v1.2.3 From c71ea2337d56b7fe7fde7a4b2fb43a510fb5f05f Mon Sep 17 00:00:00 2001 From: Jon Dowland Date: Tue, 18 May 2010 11:47:28 +0100 Subject: response: shortcomings --- doc/forum/ikiwiki_development_environment_tips.mdwn | 14 ++++++++++++++ 1 file changed, 14 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_development_environment_tips.mdwn b/doc/forum/ikiwiki_development_environment_tips.mdwn index 9fa3595ed..32da4a1cd 100644 --- a/doc/forum/ikiwiki_development_environment_tips.mdwn +++ b/doc/forum/ikiwiki_development_environment_tips.mdwn @@ -3,3 +3,17 @@ I haven't settled on a comfortable/flexible/quick development environment for ha Does anyone have a comfortable setup or tips they would like to share? -- [[Jon]] > I've just been setting `libdir` in an existing wiki's setup file. When the plugin's in a decent state, I copy it over to a git checkout and commit. For the plugins I've been working on (auth and VCS), this has been just fine. Are you looking for something more? --[[schmonz]] + +>> I think this suffers from two problems. Firstly, unless you are tracking git +>> master in your existing wiki, there's the possibility that your plugin will +>> not work with a more modern version of ikiwiki (or that it would benefit +>> from using a newly added utility subroutine or similar). Second, sometimes I +>> find that even writing a plugin can involve making minor changes outside of +>> the plugin code (bug fixes, or moving functionality about). So, I think +>> having some kind of environment built around a git checkout is best. +>> +>> However, this does not address the issue of the tedium writing/maintaining a +>> setup file for testing things. +>> +>> I think I might personally benefit from a more consistent environment (I +>> move from machine-to-machine frequently). -- [[Jon]] -- cgit v1.2.3 From fa354167bb9addab130e6a89eb845d5bc798c35e Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 18 May 2010 14:11:11 -0400 Subject: response --- .../ikiwiki_development_environment_tips.mdwn | 27 +++++++++++++++++++++- 1 file changed, 26 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_development_environment_tips.mdwn b/doc/forum/ikiwiki_development_environment_tips.mdwn index 32da4a1cd..91ccc6d6e 100644 --- a/doc/forum/ikiwiki_development_environment_tips.mdwn +++ b/doc/forum/ikiwiki_development_environment_tips.mdwn @@ -7,7 +7,13 @@ Does anyone have a comfortable setup or tips they would like to share? -- [[Jon] >> I think this suffers from two problems. Firstly, unless you are tracking git >> master in your existing wiki, there's the possibility that your plugin will >> not work with a more modern version of ikiwiki (or that it would benefit ->> from using a newly added utility subroutine or similar). Second, sometimes I +>> from using a newly added utility subroutine or similar). + +>>> Unlikely. I don't make changes to the plugin interface that break +>>> existing plugins. (Might change non-exported `IkiWiki::` things +>>> from time to time.) --[[Joey]] + +>> Second, sometimes I >> find that even writing a plugin can involve making minor changes outside of >> the plugin code (bug fixes, or moving functionality about). So, I think >> having some kind of environment built around a git checkout is best. @@ -17,3 +23,22 @@ Does anyone have a comfortable setup or tips they would like to share? -- [[Jon] >> >> I think I might personally benefit from a more consistent environment (I >> move from machine-to-machine frequently). -- [[Jon]] + +> If you set `libdir` to point to a checkout of ikiwiki's git repository, +> it will override use of the installed version of ikiwiki, so ikiwiki will +> immediatly use any changed or new `.pm` files (with the exception of +> IkiWiki.pm), and you can use git to manage it all without an installation +> step. If I am modifying IkiWiki.pm, I generally symlink it from +> `/usr/share/perl5/IkiWiki.pm` to my git reporisitory. Granted, not ideal. +> +> I often use my laptop's local version of my personal wiki for testing. +> It has enough stuff that I can easily test most things, and if I need +> a test page I just dump test cases on the sandbox. I can make +> any changes necessary during testing and then `git reset --hard +> origin/master` to avoid publishing them. +> +> If the thing I'm testing involves templates, or underlays, +> I will instead use ikiwiki's `docwiki.setup` for testing, modifying it as +> needed, since it is preconfigured to use the templates and underlays +> from ikiwiki's source repository. +> --[[Joey]] -- cgit v1.2.3 From 1fdab877d8233c0c49e78369a98e0f18147386ec Mon Sep 17 00:00:00 2001 From: zimek Date: Wed, 19 May 2010 21:04:34 +0000 Subject: --- doc/forum/debian_backports_update_someone_please.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn index 66f5eb0c5..a1366872f 100644 --- a/doc/forum/debian_backports_update_someone_please.mdwn +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -12,3 +12,5 @@ I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 >>> can take priority though. --[[Joey]] >>>> Great! Thanks. + +>>>> Still not available in the backports; did you break the silence on the wire and got back to work [[Joey]]? -- cgit v1.2.3 From 8f6f75204e4cc16183872fe4f0ae05097f5d43dc Mon Sep 17 00:00:00 2001 From: zimek Date: Sat, 22 May 2010 07:05:28 +0000 Subject: --- doc/forum/debian_backports_update_someone_please.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/debian_backports_update_someone_please.mdwn b/doc/forum/debian_backports_update_someone_please.mdwn index a1366872f..7102d12a1 100644 --- a/doc/forum/debian_backports_update_someone_please.mdwn +++ b/doc/forum/debian_backports_update_someone_please.mdwn @@ -14,3 +14,5 @@ I'm just in the process of deploying ikiwiki and I'd love to use it in the html5 >>>> Great! Thanks. >>>> Still not available in the backports; did you break the silence on the wire and got back to work [[Joey]]? + +>>>> I was blinded by my stupidity... thanks! -- cgit v1.2.3 From 70d507bb81a49b49a6fe939d038923fbab8c8fb5 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Mon, 24 May 2010 20:10:32 -0500 Subject: new post - link completion in vim --- doc/forum/link_autocompletion_in_vim.mdwn | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 doc/forum/link_autocompletion_in_vim.mdwn (limited to 'doc/forum') diff --git a/doc/forum/link_autocompletion_in_vim.mdwn b/doc/forum/link_autocompletion_in_vim.mdwn new file mode 100644 index 000000000..e7caca745 --- /dev/null +++ b/doc/forum/link_autocompletion_in_vim.mdwn @@ -0,0 +1,17 @@ +I extended the functionality of the [ikiwiki-nav plugin](TODO) +(see [[here|tips/follow_wikilinks_from_inside_vim]]) to allow completion of +wikilinks from inside vim, through the omnicompletion mechanism. + +It still has some bugs, but is usable, and will not destroy your data. It can +only complete links whose definition (text) is on a single line, and still can't +handle "named links" (`[[text|link]]`). + +I'd love to hear suggestions for improvement for it, and bug reports ;) For +example, regarding how are sorted and presented the available completions +(dates, alphabetically, etc). + +You can find a tarball for it +[here](http://devnull.li/~jerojasro/ikiwiki-nav-dev.tar.gz). To install it, +extract the tarball contents in your `.vim` directory. + +--[[jerojasro]] -- cgit v1.2.3 From 09793a2aafe3cdb153d5a202c09d8b6fedfab406 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Mon, 24 May 2010 20:14:05 -0500 Subject: typos and missing link --- doc/forum/link_autocompletion_in_vim.mdwn | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/link_autocompletion_in_vim.mdwn b/doc/forum/link_autocompletion_in_vim.mdwn index e7caca745..7d3ed8b02 100644 --- a/doc/forum/link_autocompletion_in_vim.mdwn +++ b/doc/forum/link_autocompletion_in_vim.mdwn @@ -1,10 +1,10 @@ -I extended the functionality of the [ikiwiki-nav plugin](TODO) +I extended the functionality of the [ikiwiki-nav plugin](http://www.vim.org/scripts/script.php?script_id=2968) (see [[here|tips/follow_wikilinks_from_inside_vim]]) to allow completion of wikilinks from inside vim, through the omnicompletion mechanism. It still has some bugs, but is usable, and will not destroy your data. It can only complete links whose definition (text) is on a single line, and still can't -handle "named links" (`[[text|link]]`). +handle "named links" (`\[\[text|link\]\]`). I'd love to hear suggestions for improvement for it, and bug reports ;) For example, regarding how are sorted and presented the available completions -- cgit v1.2.3 From b10d353490197b576ef7bf2e8bf8016039efbd2d Mon Sep 17 00:00:00 2001 From: zimek Date: Tue, 8 Jun 2010 00:09:20 +0000 Subject: --- doc/forum/formating:_how_to_align_text_to_the_right.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/formating:_how_to_align_text_to_the_right.mdwn (limited to 'doc/forum') diff --git a/doc/forum/formating:_how_to_align_text_to_the_right.mdwn b/doc/forum/formating:_how_to_align_text_to_the_right.mdwn new file mode 100644 index 000000000..832a8cea3 --- /dev/null +++ b/doc/forum/formating:_how_to_align_text_to_the_right.mdwn @@ -0,0 +1 @@ +as in title, how to align text to the right? -- cgit v1.2.3 From 7f3c809fe8c9691a54cb065f0e331c7d041ed611 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 8 Jun 2010 15:00:58 -0400 Subject: response --- doc/forum/formating:_how_to_align_text_to_the_right.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/formating:_how_to_align_text_to_the_right.mdwn b/doc/forum/formating:_how_to_align_text_to_the_right.mdwn index 832a8cea3..0b3343649 100644 --- a/doc/forum/formating:_how_to_align_text_to_the_right.mdwn +++ b/doc/forum/formating:_how_to_align_text_to_the_right.mdwn @@ -1 +1,13 @@ as in title, how to align text to the right? + +> Add to your local.css a class that aligns text to the right: + + .alignright { text-align: right; } + +> And then you just just use `` around +> other html. +> +> You can refine that, and allow right-aligning markdowned text +> by using the [[ikiwiki/directive/template]] +> directive, with a template that contains the html. The +> [[templates/note]] template does something similar. --[[Joey]] -- cgit v1.2.3 From ee11d4ca8f7ba9bf9c5d5d0cb4bca60a52b0272e Mon Sep 17 00:00:00 2001 From: zimek Date: Tue, 8 Jun 2010 23:23:32 +0000 Subject: --- doc/forum/formating:_how_to_align_text_to_the_right.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/formating:_how_to_align_text_to_the_right.mdwn b/doc/forum/formating:_how_to_align_text_to_the_right.mdwn index 0b3343649..2b56bd70b 100644 --- a/doc/forum/formating:_how_to_align_text_to_the_right.mdwn +++ b/doc/forum/formating:_how_to_align_text_to_the_right.mdwn @@ -11,3 +11,5 @@ as in title, how to align text to the right? > by using the [[ikiwiki/directive/template]] > directive, with a template that contains the html. The > [[templates/note]] template does something similar. --[[Joey]] + +>> Thanks! -- cgit v1.2.3 From 8028a900302fe5cf73a1f11ab372ed07d88f01c9 Mon Sep 17 00:00:00 2001 From: zimek Date: Tue, 8 Jun 2010 23:30:28 +0000 Subject: --- doc/forum/img_plugin_and_missing_heigth_value.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/img_plugin_and_missing_heigth_value.mdwn (limited to 'doc/forum') diff --git a/doc/forum/img_plugin_and_missing_heigth_value.mdwn b/doc/forum/img_plugin_and_missing_heigth_value.mdwn new file mode 100644 index 000000000..5fbae6272 --- /dev/null +++ b/doc/forum/img_plugin_and_missing_heigth_value.mdwn @@ -0,0 +1 @@ +When I set up my picture page with `[[!img defaults size=300x]]` then the html validator complains that the value for height is missing and the IE browsers won't show the pictures up at all; no problems with ff tho. If I set up my picture page with `[[!img defaults size=300x300]]` then all the images are funny stretched. What am I doing wrong? -- cgit v1.2.3 From 3da443396accdc3996a6601b3059ea7c9ad0d780 Mon Sep 17 00:00:00 2001 From: zimek Date: Tue, 8 Jun 2010 23:31:22 +0000 Subject: --- doc/forum/img_plugin_and_missing_heigth_value.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/img_plugin_and_missing_heigth_value.mdwn b/doc/forum/img_plugin_and_missing_heigth_value.mdwn index 5fbae6272..7da4625ae 100644 --- a/doc/forum/img_plugin_and_missing_heigth_value.mdwn +++ b/doc/forum/img_plugin_and_missing_heigth_value.mdwn @@ -1 +1 @@ -When I set up my picture page with `[[!img defaults size=300x]]` then the html validator complains that the value for height is missing and the IE browsers won't show the pictures up at all; no problems with ff tho. If I set up my picture page with `[[!img defaults size=300x300]]` then all the images are funny stretched. What am I doing wrong? +When I set up my picture page with `\[[!img defaults size=300x]]` then the html validator complains that the value for height is missing and the IE browsers won't show the pictures up at all; no problems with ff tho. If I set up my picture page with `\[[!img defaults size=300x300]]` then all the images are funny stretched. What am I doing wrong? -- cgit v1.2.3 From 8423a8bb9cb9e8b971bef8ab5da05a70f58bae21 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 8 Jun 2010 21:07:38 -0400 Subject: isabug --- doc/forum/img_plugin_and_missing_heigth_value.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/img_plugin_and_missing_heigth_value.mdwn b/doc/forum/img_plugin_and_missing_heigth_value.mdwn index 7da4625ae..a82e2a7d7 100644 --- a/doc/forum/img_plugin_and_missing_heigth_value.mdwn +++ b/doc/forum/img_plugin_and_missing_heigth_value.mdwn @@ -1 +1,3 @@ When I set up my picture page with `\[[!img defaults size=300x]]` then the html validator complains that the value for height is missing and the IE browsers won't show the pictures up at all; no problems with ff tho. If I set up my picture page with `\[[!img defaults size=300x300]]` then all the images are funny stretched. What am I doing wrong? + +> This is a bug. --[[Joey]] -- cgit v1.2.3 From eff7fac985b41d038b071ab68cfe8bc0f428441b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 8 Jun 2010 21:07:45 -0400 Subject: move bug to bugs --- doc/bugs/img_plugin_and_missing_heigth_value.mdwn | 3 +++ doc/forum/img_plugin_and_missing_heigth_value.mdwn | 3 --- 2 files changed, 3 insertions(+), 3 deletions(-) create mode 100644 doc/bugs/img_plugin_and_missing_heigth_value.mdwn delete mode 100644 doc/forum/img_plugin_and_missing_heigth_value.mdwn (limited to 'doc/forum') diff --git a/doc/bugs/img_plugin_and_missing_heigth_value.mdwn b/doc/bugs/img_plugin_and_missing_heigth_value.mdwn new file mode 100644 index 000000000..a82e2a7d7 --- /dev/null +++ b/doc/bugs/img_plugin_and_missing_heigth_value.mdwn @@ -0,0 +1,3 @@ +When I set up my picture page with `\[[!img defaults size=300x]]` then the html validator complains that the value for height is missing and the IE browsers won't show the pictures up at all; no problems with ff tho. If I set up my picture page with `\[[!img defaults size=300x300]]` then all the images are funny stretched. What am I doing wrong? + +> This is a bug. --[[Joey]] diff --git a/doc/forum/img_plugin_and_missing_heigth_value.mdwn b/doc/forum/img_plugin_and_missing_heigth_value.mdwn deleted file mode 100644 index a82e2a7d7..000000000 --- a/doc/forum/img_plugin_and_missing_heigth_value.mdwn +++ /dev/null @@ -1,3 +0,0 @@ -When I set up my picture page with `\[[!img defaults size=300x]]` then the html validator complains that the value for height is missing and the IE browsers won't show the pictures up at all; no problems with ff tho. If I set up my picture page with `\[[!img defaults size=300x300]]` then all the images are funny stretched. What am I doing wrong? - -> This is a bug. --[[Joey]] -- cgit v1.2.3 From 15ef976fd26062b340bdbcb020f2a64f9cc9a672 Mon Sep 17 00:00:00 2001 From: "http://jblevins.org/" Date: Thu, 10 Jun 2010 22:11:00 +0000 Subject: Update URL --- doc/forum/wiki_name_in_page_titles.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/wiki_name_in_page_titles.mdwn b/doc/forum/wiki_name_in_page_titles.mdwn index 01ff8d817..88711e99a 100644 --- a/doc/forum/wiki_name_in_page_titles.mdwn +++ b/doc/forum/wiki_name_in_page_titles.mdwn @@ -23,4 +23,4 @@ that provides a `IS_HOMEPAGE` template variable? --[[JasonBlevins]] >> few other small plugins brewing so I'll try to put up some contrib >> pages for them soon. --[[JasonBlevins]] -[path]: http://code.jblevins.org/ikiwiki/plugins.git/plain/path.pm +[path]: http://jblevins.org/git/ikiwiki/plugins.git/plain/path.pm -- cgit v1.2.3 From be0f52095b21b64d15eee408e630038aefbcae49 Mon Sep 17 00:00:00 2001 From: privat Date: Fri, 11 Jun 2010 01:03:43 +0000 Subject: use PARENTLINKS --- doc/forum/wiki_name_in_page_titles.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/wiki_name_in_page_titles.mdwn b/doc/forum/wiki_name_in_page_titles.mdwn index 88711e99a..4e9e51835 100644 --- a/doc/forum/wiki_name_in_page_titles.mdwn +++ b/doc/forum/wiki_name_in_page_titles.mdwn @@ -24,3 +24,9 @@ that provides a `IS_HOMEPAGE` template variable? --[[JasonBlevins]] >> pages for them soon. --[[JasonBlevins]] [path]: http://jblevins.org/git/ikiwiki/plugins.git/plain/path.pm + +> I used the following trick in some page.tmpl: +> +> <TMPL_VAR WIKINAME><TMPL_IF NAME="PARENTLINKS">: <TMPL_VAR TITLE></TMPL_IF> +> +> --[[JeanPrivat]] -- cgit v1.2.3 From c8e5552f8440e960fa3ce68c18a4dd00edc41384 Mon Sep 17 00:00:00 2001 From: "http://abhidg.wordpress.com/" Date: Sun, 13 Jun 2010 12:37:16 +0000 Subject: --- doc/forum/wiki_clones_on_dynamic_IPs.mdwn | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/wiki_clones_on_dynamic_IPs.mdwn (limited to 'doc/forum') diff --git a/doc/forum/wiki_clones_on_dynamic_IPs.mdwn b/doc/forum/wiki_clones_on_dynamic_IPs.mdwn new file mode 100644 index 000000000..f69f6501e --- /dev/null +++ b/doc/forum/wiki_clones_on_dynamic_IPs.mdwn @@ -0,0 +1,10 @@ +OK, this is not really a ikiwiki problem... but ikiwiki makes wiki clones +really easy to setup, and this is related to having a website cloned at +different places and pulling from the servers which are online. + +My setup is like this: I have a server at home and another at my dorm +which will serve as a wiki clone. Each of them has a dynamic IP with DynDNS +set up. Now the problem lies in linking my domain to these two DynDNS addresses. +Multiple CNAMEs are not supported, and I don't know if there's any utility +which can update the A records on the DNS to point directly point to the +two separate IPs. -- cgit v1.2.3 From 696d54545a82e862fa9f87749f6f66b5bd141d7f Mon Sep 17 00:00:00 2001 From: bhobbit Date: Tue, 15 Jun 2010 03:41:34 +0000 Subject: --- doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn (limited to 'doc/forum') diff --git a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn new file mode 100644 index 000000000..d328f4c14 --- /dev/null +++ b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn @@ -0,0 +1 @@ +I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesign for my wiki, I have changed the `autotag.tmpl` template, but IkiWiki refuses to rebuild existing tag pages using the updated template. I understand that existing tag pages are not rebuilt because they have been marked as "created" in `.ikiwiki/indexdb`. Is there a way purge all tag pages from `indexdb`? --dkobozev -- cgit v1.2.3 From b1a7972ea0ee02851943552d1c9c96a84d35e83e Mon Sep 17 00:00:00 2001 From: bhobbit Date: Tue, 15 Jun 2010 03:43:48 +0000 Subject: typo --- doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn index d328f4c14..44833b11f 100644 --- a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn +++ b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn @@ -1 +1 @@ -I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesign for my wiki, I have changed the `autotag.tmpl` template, but IkiWiki refuses to rebuild existing tag pages using the updated template. I understand that existing tag pages are not rebuilt because they have been marked as "created" in `.ikiwiki/indexdb`. Is there a way purge all tag pages from `indexdb`? --dkobozev +I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesign for my wiki, I have changed the `autotag.tmpl` template, but IkiWiki refuses to rebuild existing tag pages using the updated template. I understand that existing tag pages are not rebuilt because they have been marked as "created" in `.ikiwiki/indexdb`. Is there a way to purge all tag pages from `indexdb`? --dkobozev -- cgit v1.2.3 From 653a8179cab9ca999a2c5fadfbb059d87da97b8e Mon Sep 17 00:00:00 2001 From: jeanm Date: Thu, 17 Jun 2010 06:22:19 +0000 Subject: --- ...ean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn new file mode 100644 index 000000000..e998ef825 --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn @@ -0,0 +1,5 @@ +Hi, +Installed ikiwiki on my ubuntu (04.10) box; after creating a blog according to your setup instructions I cannot edit files on the web interface, and I get this errer «The requested URL /~jean/blog/ikiwiki.cgi was not found on this server.» +I have no idea what to do (sorry for my ignorance) + +tia, -- cgit v1.2.3 From 0aaaa9b3f90e6bfe5e4a7da85d78c510b510e8de Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 18 Jun 2010 14:24:39 -0400 Subject: response --- ...an__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn index e998ef825..4061a7348 100644 --- a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server..mdwn @@ -3,3 +3,9 @@ Installed ikiwiki on my ubuntu (04.10) box; after creating a blog according to y I have no idea what to do (sorry for my ignorance) tia, + +> Make sure you have a `~/public_html/ikiwiki.cgi`. Your setup +> file should generate that via the `cgi_wrapper` option. +> +> Maybe you need to follow the [[tips/dot_cgi]] tip to make apache see it. +> --[[Joey]] -- cgit v1.2.3 From 2035881f55119471d3d506be6b0e0b1a35305aea Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 18 Jun 2010 14:31:24 -0400 Subject: response --- doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn index 44833b11f..637790482 100644 --- a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn +++ b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn @@ -1 +1,6 @@ I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesign for my wiki, I have changed the `autotag.tmpl` template, but IkiWiki refuses to rebuild existing tag pages using the updated template. I understand that existing tag pages are not rebuilt because they have been marked as "created" in `.ikiwiki/indexdb`. Is there a way to purge all tag pages from `indexdb`? --dkobozev + +> Well, you can delete the indexdb and rebuild, and that will do it. +> The tag plugin is careful not to replace existing pages or even recreate +> tag pages if you delete them, which does cause a problem if you need to +> update them. --[[Joey]] -- cgit v1.2.3 From 8b2b66655d5328a2eaaaaa5562e4047c31fbf077 Mon Sep 17 00:00:00 2001 From: bhobbit Date: Sat, 19 Jun 2010 00:20:01 +0000 Subject: reply to Joey --- doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn index 637790482..f88b78f37 100644 --- a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn +++ b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn @@ -4,3 +4,5 @@ I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesi > The tag plugin is careful not to replace existing pages or even recreate > tag pages if you delete them, which does cause a problem if you need to > update them. --[[Joey]] + +>> Thanks. I thought about deleting `indexdb`, but hesitated to do that. According to [[tips/inside dot ikiwiki]], `indexdb` stores "all persistent state about pages". I didn't know if it's harmless to lose all persistent state. -- cgit v1.2.3 From 99a4096397d9ee5ce65084ac80cc6ff3a0879df5 Mon Sep 17 00:00:00 2001 From: bhobbit Date: Sat, 19 Jun 2010 00:20:50 +0000 Subject: forgotten signature --- doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn index f88b78f37..02138326d 100644 --- a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn +++ b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn @@ -5,4 +5,4 @@ I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesi > tag pages if you delete them, which does cause a problem if you need to > update them. --[[Joey]] ->> Thanks. I thought about deleting `indexdb`, but hesitated to do that. According to [[tips/inside dot ikiwiki]], `indexdb` stores "all persistent state about pages". I didn't know if it's harmless to lose all persistent state. +>> Thanks. I thought about deleting `indexdb`, but hesitated to do that. According to [[tips/inside dot ikiwiki]], `indexdb` stores "all persistent state about pages". I didn't know if it's harmless to lose all persistent state. --dkobozev -- cgit v1.2.3 From 03947e706abcd8df9c5c5fba753a8a6ee56c59b2 Mon Sep 17 00:00:00 2001 From: jeanm Date: Sat, 19 Jun 2010 13:35:37 +0000 Subject: Added a comment --- .../comment_1_d36ce6fab90e0a086ac84369af38d205._comment | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_1_d36ce6fab90e0a086ac84369af38d205._comment (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_1_d36ce6fab90e0a086ac84369af38d205._comment b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_1_d36ce6fab90e0a086ac84369af38d205._comment new file mode 100644 index 000000000..f95972c4f --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_1_d36ce6fab90e0a086ac84369af38d205._comment @@ -0,0 +1,16 @@ +[[!comment format=mdwn + username="jeanm" + subject="comment 1" + date="2010-06-19T13:35:37Z" + content=""" +OK, I followed the dot cgi tip and this error diappears, thanks a lot! So ubuntu doesn't provide a \"working out of the box\" ikiwiki. + +But I get a new error message now when trying to edit a page: + +Error: \"do\" parameter missing + +My plugins now: +add_plugins => [qw{goodstuff websetup comments blogspam 404 muse}], + + +"""]] -- cgit v1.2.3 From 7d55ee1961d52cc79ab533e0cde7f53af21a075d Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Wed, 23 Jun 2010 17:03:12 +0000 Subject: Added a comment: do parameter missing --- .../comment_2_5836bba08172d2ddf6a43da87ebb0332._comment | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_2_5836bba08172d2ddf6a43da87ebb0332._comment (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_2_5836bba08172d2ddf6a43da87ebb0332._comment b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_2_5836bba08172d2ddf6a43da87ebb0332._comment new file mode 100644 index 000000000..0a544eeb1 --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_2_5836bba08172d2ddf6a43da87ebb0332._comment @@ -0,0 +1,7 @@ +[[!comment format=mdwn + username="http://joey.kitenet.net/" + subject="do parameter missing" + date="2010-06-23T17:03:12Z" + content=""" +That's an unusual problem. Normally the url or form that calls ikiwiki.cgi includes a \"do\" parameter, like \"do=edit\". I'd have to see the site to debug why it is missing for you. +"""]] -- cgit v1.2.3 From 0025798751dfc721aa81ce75f7baf87545bd1370 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 23 Jun 2010 13:15:10 -0400 Subject: clarify indexdb is cached info, rebuildable --- doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn | 3 +++ doc/tips/inside_dot_ikiwiki.mdwn | 7 ++++--- 2 files changed, 7 insertions(+), 3 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn index 02138326d..114837031 100644 --- a/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn +++ b/doc/forum/tag_plugin:_rebuilding_autocreated_pages.mdwn @@ -6,3 +6,6 @@ I have a bunch of tag pages autogenerated by the tag plugin. As part of a redesi > update them. --[[Joey]] >> Thanks. I thought about deleting `indexdb`, but hesitated to do that. According to [[tips/inside dot ikiwiki]], `indexdb` stores "all persistent state about pages". I didn't know if it's harmless to lose all persistent state. --dkobozev + +>>> The persistant state is best thought of as a cache, +>>> so it's safe to delete it. --[[Joey]] diff --git a/doc/tips/inside_dot_ikiwiki.mdwn b/doc/tips/inside_dot_ikiwiki.mdwn index b81ffae8d..a74d00f47 100644 --- a/doc/tips/inside_dot_ikiwiki.mdwn +++ b/doc/tips/inside_dot_ikiwiki.mdwn @@ -6,9 +6,10 @@ you need/want to. ## the index -`.ikiwiki/indexdb` contains a cache of information about pages, as well -as all persisitant state about pages. It used to be a (semi) human-readable -text file, but is not anymore. +`.ikiwiki/indexdb` contains a cache of information about pages. +This information can always be recalculated by rebuilding the wiki. +(So the file is safe to delete and need not be backed up.) +It used to be a (semi) human-readable text file, but is not anymore. To dump the contents of the file, enter a perl command like this. -- cgit v1.2.3 From e694579d2729a8f771acc9e5789efc03e039ed56 Mon Sep 17 00:00:00 2001 From: jeanm Date: Wed, 30 Jun 2010 07:30:08 +0000 Subject: Added a comment: do parameter missing --- .../comment_3_4eec15c8c383275db5401c8e3c2d9242._comment | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_3_4eec15c8c383275db5401c8e3c2d9242._comment (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_3_4eec15c8c383275db5401c8e3c2d9242._comment b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_3_4eec15c8c383275db5401c8e3c2d9242._comment new file mode 100644 index 000000000..faf3ad31b --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_3_4eec15c8c383275db5401c8e3c2d9242._comment @@ -0,0 +1,9 @@ +[[!comment format=mdwn + username="jeanm" + ip="81.56.145.104" + subject="do parameter missing" + date="2010-06-30T07:30:08Z" + content=""" +the site address is piaffer.org, with a link to blog just over the picture. +tia, +"""]] -- cgit v1.2.3 From 92ee5386acdff8cd0180be9397e7370f4ec25088 Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Sun, 4 Jul 2010 18:16:27 +0000 Subject: Added a comment --- .../comment_4_43ac867621efb68affa6ae2b92740cad._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_4_43ac867621efb68affa6ae2b92740cad._comment (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_4_43ac867621efb68affa6ae2b92740cad._comment b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_4_43ac867621efb68affa6ae2b92740cad._comment new file mode 100644 index 000000000..d8b516f5f --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_4_43ac867621efb68affa6ae2b92740cad._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joey.kitenet.net/" + nickname="joey" + subject="comment 4" + date="2010-07-04T18:16:26Z" + content=""" +What is the muse plugin that you have enabled? I am not familiar with it. + +Apparently your ikiwiki is not seeing cgi parameters that should be passed to it. This appears to be some kind of web server misconfiguration, or possibly a broken ikiwiki wrapper or broken CGI.pm. +"""]] -- cgit v1.2.3 From a3f7333496cbec14d4c6c0b6347c77e2390fe09e Mon Sep 17 00:00:00 2001 From: "http://ptecza.myopenid.com/" Date: Mon, 5 Jul 2010 10:36:39 +0000 Subject: recentchanges dir should be under control of RCS? --- ...s_dir_should_be_under_control_of_RCS__63__.mdwn | 32 ++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn new file mode 100644 index 000000000..e8b5d9290 --- /dev/null +++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn @@ -0,0 +1,32 @@ +Hello Joey, + +I noticed that my Ikiwiki started to rebuild pages very slowly after my last changes +when I upgraded Ikiwiki to version 3.20100623. Now I have the latest release 3.20100704, +but it doesn't help me. + +I started to debug the problem and I found that I can see a lot of messages +like below when I try to rebuild my wiki manually: + + svn: '/path/to/ikiwiki/trunk/pages/ostatnie_zmiany' is not a working copy + svn: Can't open file '/path/to/ikiwiki/trunk/pages/ostatnie_zmiany/.svn/entries': No such file or directory + svn log exited 256 + +"ostatnie_zmiany" is a value of `recentchangespage` parameter in my +`ikiwiki.setup` file. It is not under control Subversion I use for Ikiwiki: + + $ svn status pages/ostatnie_zmiany + ? pages/ostatnie_zmiany + + $ ls pages/ostatnie_zmiany/*._change |wc -l + 100 + +`recentchangesnum` parameter has value 100 for me and I noticed that my Ikiwiki +takes a lot of time to parse all `._change` files. + +Do you think I should add `ostatnie_zmiany` directory under control of my +Subversion repo? If it's not necessary, could you please give me any hint +to find a reason of problem with my Ikiwiki? + +My best regards, +Pawel + -- cgit v1.2.3 From cddb39cbf5d385273645f62f15bdf29b7607aac2 Mon Sep 17 00:00:00 2001 From: "http://ptecza.myopenid.com/" Date: Mon, 5 Jul 2010 10:44:29 +0000 Subject: Forgotten notice about /ostatnie_zmiany.html page --- doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn index e8b5d9290..69af04fe9 100644 --- a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn +++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn @@ -21,7 +21,8 @@ like below when I try to rebuild my wiki manually: 100 `recentchangesnum` parameter has value 100 for me and I noticed that my Ikiwiki -takes a lot of time to parse all `._change` files. +takes a lot of time to parse all `._change` files. Finally it doesn't refresh +/ostatnie_zmiany.html page. Do you think I should add `ostatnie_zmiany` directory under control of my Subversion repo? If it's not necessary, could you please give me any hint -- cgit v1.2.3 From d89e2be91d79fca0a062744ff1dee630962cba7d Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 5 Jul 2010 14:16:36 -0400 Subject: response --- ...changes_dir_should_be_under_control_of_RCS__63__.mdwn | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn index 69af04fe9..bef79335f 100644 --- a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn +++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn @@ -31,3 +31,19 @@ to find a reason of problem with my Ikiwiki? My best regards, Pawel +> No, the recentchanges pages are automatically generated and should not +> themselves be in revision control. +> +> Ikiwiki has recently started automatically enabing `--gettime`, but +> it should not do it every time, but only on the initial build +> of a wiki. It will print "querying svn for file creation and modification +> times.." when it does this. If it's doing it every time, something +> is wrong. (Specifically, `.ikiwiki/indexdb` must be missing somehow.) +> +> The support for svn with --gettime is rather poor. (While with git it is +> quite fast.) But as it's only supposed to happen on the first build, +> I haven't tried to speed it up. It would be hard to do it fast with svn. +> It would be possible to avoid the warning message above, or even skip +> processing files in directories not checked into svn -- but I'd much +> rather understand why you are seeing this happen on repeated builds. +> --[[Joey]] -- cgit v1.2.3 From b5085a01ce325e5ae55080cca4860cdcc1885165 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Mon, 5 Jul 2010 23:34:47 -0500 Subject: new forum post - ikiwiki vim syntax --- doc/forum/ikiwiki_vim_syntaxfile.mdwn | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 doc/forum/ikiwiki_vim_syntaxfile.mdwn (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_vim_syntaxfile.mdwn b/doc/forum/ikiwiki_vim_syntaxfile.mdwn new file mode 100644 index 000000000..d0f8d259e --- /dev/null +++ b/doc/forum/ikiwiki_vim_syntaxfile.mdwn @@ -0,0 +1,21 @@ +Hi all, + +I'm teaching myself how to write syntax files for vim by fixing several issues +(and up to certain extent, taking over the maintenance) of the vim syntax +(highlighting) file for ikiwiki. + +I'd like you to document here which problems you have found, so I can hunt them +and see if I can fix them. + +## Problems Found + + * Arguments of directives with a value of length 1 cause the following text to + be highlighted incorrectly. Example: + + [[!directive param1="val1" param2="1"]] more text ... + + * A named wikilink in a line, followed by text, and then another wikilink, + makes the text in between the links to be incorrectly highlighted. Example: + + \[[a link|alink]] text that appears incorrectly .... \[[link]] + -- cgit v1.2.3 From 9edab06b186e7e0b3d7cef84e92509cdb05ddb7d Mon Sep 17 00:00:00 2001 From: "http://ptecza.myopenid.com/" Date: Tue, 6 Jul 2010 10:36:02 +0000 Subject: Reply --- ...s_dir_should_be_under_control_of_RCS__63__.mdwn | 31 ++++++++++++++++++++++ 1 file changed, 31 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn index bef79335f..b58c2c28e 100644 --- a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn +++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn @@ -47,3 +47,34 @@ Pawel > processing files in directories not checked into svn -- but I'd much > rather understand why you are seeing this happen on repeated builds. > --[[Joey]] + +>> Thanks a lot for your reply! I've just checked my `rebuild-pages.sh` +>> script and discovered that it contains +>> `/usr/bin/ikiwiki --setup ikiwiki.setup --gettime` command... :D +>> The warnings disappeared when I removed `--gettime` parameter. +>> Sorry for confusing! :) +>> +>> I have `.ikiwiki/indexdb` file here, but I noticed that it has been +>> modified about 1 minute **after** last Subversion commit: +>> +>> $ LANG=C svn up +>> At revision 5951. +>> +>> $ LANG=C svn log -r 5951 +>> ------------------------------------------------------------------------ +>> r5951 | svn | 2010-07-06 09:02:30 +0200 (Tue, 06 Jul 2010) | 1 line +>> +>> web commit by xahil +>> ------------------------------------------------------------------------ +>> +>> $ LANG=C stat pages/.ikiwiki/indexdb +>> File: `pages/.ikiwiki/indexdb' +>> Size: 184520 Blocks: 368 IO Block: 131072 regular file +>> Device: 2bh/43d Inode: 1931145 Links: 1 +>> Access: (0644/-rw-r--r--) Uid: ( 1005/ svn) Gid: ( 1005/ svn) +>> Access: 2010-07-06 12:06:24.000000000 +0200 +>> Modify: 2010-07-06 09:03:38.000000000 +0200 +>> Change: 2010-07-06 09:03:38.000000000 +0200 +>> +>> I believe it's the time I have to wait to see that my wiki page has been rebuilt. +>> Do you have any idea how to find a reason of that delay? --[[Paweł|ptecza]] -- cgit v1.2.3 From b1f7aac8ec81490415d487b7db09d03675a7890b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 7 Jul 2010 13:57:34 -0400 Subject: response --- ...centchanges_dir_should_be_under_control_of_RCS__63__.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn index b58c2c28e..c49baca3e 100644 --- a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn +++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn @@ -78,3 +78,15 @@ Pawel >> >> I believe it's the time I have to wait to see that my wiki page has been rebuilt. >> Do you have any idea how to find a reason of that delay? --[[Paweł|ptecza]] + +>>> Well, I hope that your svn post-commit hook is not running your +>>> `rebuild-pages.sh`. That script rebuilds everything, rather than just +>>> refreshing what's been changed. +>>> +>>> Using subversion is not asking for speed. Especially if your svn +>>> repository is on a remote host. You might try disabling +>>> recentchanges and see if that speeds up the refreshes (it will avoid +>>> one `svn log`). +>>> +>>> Otherwise, take a look at [[tips/optimising_ikiwiki]] +>>> for some advice on things that can make ikiwiki run slowly. --[[Joey]] -- cgit v1.2.3 From 366b24a0f980b677dcb615fd7964953230f47dec Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Thu, 8 Jul 2010 06:04:44 +0000 Subject: Added a comment: do parameter missing --- .../comment_5_e098723bb12adfb91ab561cae21b492b._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_5_e098723bb12adfb91ab561cae21b492b._comment (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_5_e098723bb12adfb91ab561cae21b492b._comment b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_5_e098723bb12adfb91ab561cae21b492b._comment new file mode 100644 index 000000000..b832d64f4 --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_5_e098723bb12adfb91ab561cae21b492b._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joey.kitenet.net/" + nickname="joey" + subject="do parameter missing" + date="2010-07-08T06:04:44Z" + content=""" +I just debugged this problem with someone else who was using ngix-fcgi. There was a problem with it not passing CGI environment variables properly. If you're using that, it might explain your problem. +"""]] -- cgit v1.2.3 From 39b0c2d04b20c902769037352a81fe080e324b17 Mon Sep 17 00:00:00 2001 From: "http://ptecza.myopenid.com/" Date: Thu, 8 Jul 2010 12:25:45 +0000 Subject: Reply --- ...entchanges_dir_should_be_under_control_of_RCS__63__.mdwn | 13 +++++++++++++ 1 file changed, 13 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn index c49baca3e..2fe97366b 100644 --- a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn +++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn @@ -90,3 +90,16 @@ Pawel >>> >>> Otherwise, take a look at [[tips/optimising_ikiwiki]] >>> for some advice on things that can make ikiwiki run slowly. --[[Joey]] + +>>>> Thanks for the hints! I don't understand it, but it seems that refreshing +>>>> all pages has resolved the problem and now my wiki works well again :) +>>>> +>>>> No, I use `rebuild-pages.sh` script only when I want to rebuild +>>>> my wiki manually, for example when you release new Ikiwiki version +>>>> then I need to update my templates. Some of them have been translated +>>>> to Polish by me. +>>>> +>>>> Fortunately my wiki and its Subversion repo are located on the same host. +>>>> We have a lot of Subversion repos for our projects and I don't want to +>>>> change only wiki repo for better performance. I'm rather satisfied with +>>>> its speed. --[[Paweł|ptecza]] -- cgit v1.2.3 From 1a7be8d403d162469b26f7272db283daa4eb551c Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Fri, 9 Jul 2010 20:31:10 +0000 Subject: --- doc/forum/html_source_pages_in_version_3.20100704.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/html_source_pages_in_version_3.20100704.mdwn (limited to 'doc/forum') diff --git a/doc/forum/html_source_pages_in_version_3.20100704.mdwn b/doc/forum/html_source_pages_in_version_3.20100704.mdwn new file mode 100644 index 000000000..b8cbb0f4e --- /dev/null +++ b/doc/forum/html_source_pages_in_version_3.20100704.mdwn @@ -0,0 +1 @@ +Is this different from using the html/rawhtml plugins? -- cgit v1.2.3 From 8a08345f168d367b072ff119b57016b5ef4a1a75 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Sat, 10 Jul 2010 06:40:43 +0000 Subject: --- doc/forum/remove_css__63__.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/remove_css__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/remove_css__63__.mdwn b/doc/forum/remove_css__63__.mdwn new file mode 100644 index 000000000..da434e3a1 --- /dev/null +++ b/doc/forum/remove_css__63__.mdwn @@ -0,0 +1,3 @@ +I removed a local.css file and pushed the changes to git but the 'compiled' wiki still shows the same css. +Is this a bug or you are supposed to remove the css by hand? + -- cgit v1.2.3 From 787b4ee0d283d99521e4ebc79ec091d5f4f3906a Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Sat, 10 Jul 2010 06:41:44 +0000 Subject: --- doc/forum/remove_css__63__.mdwn | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/remove_css__63__.mdwn b/doc/forum/remove_css__63__.mdwn index da434e3a1..b90b3d864 100644 --- a/doc/forum/remove_css__63__.mdwn +++ b/doc/forum/remove_css__63__.mdwn @@ -1,3 +1,4 @@ -I removed a local.css file and pushed the changes to git but the 'compiled' wiki still shows the same css. -Is this a bug or you are supposed to remove the css by hand? +I removed a local.css file and pushed the changes to git but the 'compiled' wiki still shows the same css. +Is this a bug or you are supposed to remove the css by hand? +ikiwiki version 3.20100705 -- cgit v1.2.3 From 3cc0c8b065b8d7051d42d694f7884284e3b5b361 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Sat, 10 Jul 2010 12:06:23 +0000 Subject: --- doc/forum/use_php-markdown-extra_with_ikiwiki__63__.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/forum/use_php-markdown-extra_with_ikiwiki__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/use_php-markdown-extra_with_ikiwiki__63__.mdwn b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__.mdwn new file mode 100644 index 000000000..86ed70fd2 --- /dev/null +++ b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__.mdwn @@ -0,0 +1,3 @@ +Is it possible to use php-markdown-extra with ikiwiki? + +Thanks. -- cgit v1.2.3 From 281d03f5ab166b556eec7419a81735baf732dc85 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Sat, 10 Jul 2010 12:44:15 +0000 Subject: Added a comment: PHP != Perl --- .../comment_1_66d48218361caa4c07bd714b82ed0021._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_1_66d48218361caa4c07bd714b82ed0021._comment (limited to 'doc/forum') diff --git a/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_1_66d48218361caa4c07bd714b82ed0021._comment b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_1_66d48218361caa4c07bd714b82ed0021._comment new file mode 100644 index 000000000..af60ecbdb --- /dev/null +++ b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_1_66d48218361caa4c07bd714b82ed0021._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://kerravonsen.dreamwidth.org/" + ip="60.241.8.244" + subject="PHP != Perl" + date="2010-07-10T12:44:15Z" + content=""" +Er, why? IkiWiki is written in Perl. Presumably php-markdown-extra is written in PHP, which is a completely different language. +"""]] -- cgit v1.2.3 From 470b33e6a643d07cdc2092481bfb8b7b8da5d0e8 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Sat, 10 Jul 2010 21:48:13 +0000 Subject: Added a comment --- .../comment_2_f2ee0a4dce571d329f795e52139084c0._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_2_f2ee0a4dce571d329f795e52139084c0._comment (limited to 'doc/forum') diff --git a/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_2_f2ee0a4dce571d329f795e52139084c0._comment b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_2_f2ee0a4dce571d329f795e52139084c0._comment new file mode 100644 index 000000000..ce60f4b3a --- /dev/null +++ b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_2_f2ee0a4dce571d329f795e52139084c0._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" + nickname="Dário" + subject="comment 2" + date="2010-07-10T21:48:13Z" + content=""" +Because php-markdown-extra extends the basic markdown language (footnotes, etc.) +"""]] -- cgit v1.2.3 From 1bb9157f2ab94b8306e1e2fb1a5b3ac9bbfe5772 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Sun, 11 Jul 2010 07:18:35 +0000 Subject: Added a comment: I still don't get it --- .../comment_3_e388714f457ccb6ef73630179914558c._comment | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_3_e388714f457ccb6ef73630179914558c._comment (limited to 'doc/forum') diff --git a/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_3_e388714f457ccb6ef73630179914558c._comment b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_3_e388714f457ccb6ef73630179914558c._comment new file mode 100644 index 000000000..72ce7bb6f --- /dev/null +++ b/doc/forum/use_php-markdown-extra_with_ikiwiki__63__/comment_3_e388714f457ccb6ef73630179914558c._comment @@ -0,0 +1,9 @@ +[[!comment format=mdwn + username="http://kerravonsen.dreamwidth.org/" + ip="202.173.183.92" + subject="I still don't get it" + date="2010-07-11T07:18:35Z" + content=""" +But if you need the \"extra\" features of Markdown, all you have to do is turn on the \"multimarkdown\" option in your configuration. It makes no sense to try to use PHP with Perl. + +"""]] -- cgit v1.2.3 From 8902deced2671fd7dc3be6f013082ee92fde9364 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sun, 11 Jul 2010 13:34:17 -0400 Subject: response --- doc/forum/html_source_pages_in_version_3.20100704.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/html_source_pages_in_version_3.20100704.mdwn b/doc/forum/html_source_pages_in_version_3.20100704.mdwn index b8cbb0f4e..7a620fd57 100644 --- a/doc/forum/html_source_pages_in_version_3.20100704.mdwn +++ b/doc/forum/html_source_pages_in_version_3.20100704.mdwn @@ -1 +1,8 @@ Is this different from using the html/rawhtml plugins? + +> I suppose you're talking about this: + + * po: Added support for .html source pages. (intrigeri) + +> That means the [[plugins/po]] plugin is able to translate html pages +> used by the [[plugins/html]] plugin. --[[Joey]] -- cgit v1.2.3 From 8ce1bea634a3e8cef7c12b76377ae5cdbb6eb4ea Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Sun, 11 Jul 2010 13:35:11 -0400 Subject: response --- doc/forum/remove_css__63__.mdwn | 1 + 1 file changed, 1 insertion(+) (limited to 'doc/forum') diff --git a/doc/forum/remove_css__63__.mdwn b/doc/forum/remove_css__63__.mdwn index b90b3d864..80da621d6 100644 --- a/doc/forum/remove_css__63__.mdwn +++ b/doc/forum/remove_css__63__.mdwn @@ -2,3 +2,4 @@ I removed a local.css file and pushed the changes to git but the 'compiled' wiki Is this a bug or you are supposed to remove the css by hand? ikiwiki version 3.20100705 +> It's a [[bug|bugs/underlaydir_file_expose]]. --[[Joey]] -- cgit v1.2.3 From 9834b029467d1bfd6ef44ef26407b6fa2103e39f Mon Sep 17 00:00:00 2001 From: jeanm Date: Mon, 12 Jul 2010 17:43:31 +0000 Subject: Added a comment --- .../comment_6_101183817ca4394890bd56a7694bedd9._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_6_101183817ca4394890bd56a7694bedd9._comment (limited to 'doc/forum') diff --git a/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_6_101183817ca4394890bd56a7694bedd9._comment b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_6_101183817ca4394890bd56a7694bedd9._comment new file mode 100644 index 000000000..25a4e8bae --- /dev/null +++ b/doc/forum/The_requested_URL___47____126__jean__47__blog__47__ikiwiki.cgi_was_not_found_on_this_server./comment_6_101183817ca4394890bd56a7694bedd9._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="jeanm" + ip="81.56.145.104" + subject="comment 6" + date="2010-07-12T17:43:31Z" + content=""" +I'm using apache and mostly firefox. +I've tried some changes in my config but still the same problem, then I fell ill and unable to try anything more. Now I seem to be better and I will go back to the problem soon. +Thx +"""]] -- cgit v1.2.3 From 4069bf2bf35676018cc3cb1cf4df3514f43f2658 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Wed, 14 Jul 2010 10:42:39 +0000 Subject: --- doc/forum/how_to_enable_multimarkdown__63__.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/forum/how_to_enable_multimarkdown__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/how_to_enable_multimarkdown__63__.mdwn b/doc/forum/how_to_enable_multimarkdown__63__.mdwn new file mode 100644 index 000000000..8213716e4 --- /dev/null +++ b/doc/forum/how_to_enable_multimarkdown__63__.mdwn @@ -0,0 +1,5 @@ +I enabled multimarkdown in my setup file but I get this message 'remote: multimarkdown is enabled, but Text::MultiMarkdown is not installed'. +I also installed multimarkdown-git for my distro (archlinux), which should take care of installing all required perl modules, I believe. +What am I missing? + +Thanks. -- cgit v1.2.3 From eda2357c3e1990df049264735e8751af8962ded5 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Wed, 14 Jul 2010 14:54:25 +0000 Subject: --- ...s_incorrect_html___40__interpreted_as_wikilinks__41____63__.html | 6 ++++++ 1 file changed, 6 insertions(+) create mode 100644 doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html (limited to 'doc/forum') diff --git a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html new file mode 100644 index 000000000..5ea0e1fac --- /dev/null +++ b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html @@ -0,0 +1,6 @@ +the following markdown code +`foo [["bar"]]` generates the following output: + +foo ?"bar" + +Perhaps this is a bug in the markdown processor? -- cgit v1.2.3 From 2035697cef255b20e128948a39004440cf7a5188 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 14 Jul 2010 14:29:57 -0400 Subject: respond --- doc/forum/how_to_enable_multimarkdown__63__.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/how_to_enable_multimarkdown__63__.mdwn b/doc/forum/how_to_enable_multimarkdown__63__.mdwn index 8213716e4..208aadcb0 100644 --- a/doc/forum/how_to_enable_multimarkdown__63__.mdwn +++ b/doc/forum/how_to_enable_multimarkdown__63__.mdwn @@ -3,3 +3,7 @@ I also installed multimarkdown-git for my distro (archlinux), which should take What am I missing? Thanks. + +> You are apparently still missing the [[!cpan Text::MultiMarkdown]] +> perl module. Not being familiar with arch linux, I don't know what +> multimarkdown-git is, so I can't say more than that.. --[[Joey]] -- cgit v1.2.3 From d47c63b47fd00834205a71f0e2922d0d432fb53b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 14 Jul 2010 14:37:21 -0400 Subject: response --- ...ncorrect_html___40__interpreted_as_wikilinks__41____63__.html | 9 +++++++++ 1 file changed, 9 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html index 5ea0e1fac..dd9a909a5 100644 --- a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html +++ b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html @@ -4,3 +4,12 @@ the following markdown code foo ?"bar" Perhaps this is a bug in the markdown processor? + +
+This has nothing to do with markdown; wikilinks and directives +are not part of markdown, and just get expanded to html before +markdown processing. + +There is a bug open about this: +[[bugs/wiki_links_still_processed_inside_code_blocks]] --[[Joey]] +
-- cgit v1.2.3 From ba4434d70bed55e175071b56b6dee588cbea47c3 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 14 Jul 2010 14:38:25 -0400 Subject: escape example wikilink --- ...rates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html index dd9a909a5..2ba180465 100644 --- a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html +++ b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html @@ -1,5 +1,5 @@ the following markdown code -`foo [["bar"]]` generates the following output: +`foo \[["bar"]]` generates the following output: foo ?"bar" -- cgit v1.2.3 From f54c1c5b95423062bd1206fd82b3acf84f1b52d1 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 14 Jul 2010 14:39:20 -0400 Subject: note on escaping --- ...s_incorrect_html___40__interpreted_as_wikilinks__41____63__.html | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html index 2ba180465..fe20a05b1 100644 --- a/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html +++ b/doc/forum/square_brackets_inside_backticks_generates_incorrect_html___40__interpreted_as_wikilinks__41____63__.html @@ -11,5 +11,9 @@ are not part of markdown, and just get expanded to html before markdown processing. There is a bug open about this: -[[bugs/wiki_links_still_processed_inside_code_blocks]] --[[Joey]] +[[bugs/wiki_links_still_processed_inside_code_blocks]] + +Note that escaping the wikilink with a slash will avoid it being expanded +to html. +--[[Joey]] -- cgit v1.2.3 From 3b15f0a07b0fc8f4f08846a18a38f349e03bc050 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" Date: Thu, 15 Jul 2010 15:37:31 +0000 Subject: Added a comment --- .../comment_1_037f858c4d0bcbb708c3efd264379500._comment | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 doc/forum/how_to_enable_multimarkdown__63__/comment_1_037f858c4d0bcbb708c3efd264379500._comment (limited to 'doc/forum') diff --git a/doc/forum/how_to_enable_multimarkdown__63__/comment_1_037f858c4d0bcbb708c3efd264379500._comment b/doc/forum/how_to_enable_multimarkdown__63__/comment_1_037f858c4d0bcbb708c3efd264379500._comment new file mode 100644 index 000000000..6045a4a3f --- /dev/null +++ b/doc/forum/how_to_enable_multimarkdown__63__/comment_1_037f858c4d0bcbb708c3efd264379500._comment @@ -0,0 +1,14 @@ +[[!comment format=mdwn + username="https://www.google.com/accounts/o8/id?id=AItOawlzADDUvepOXauF4Aq1VZ4rJaW_Dwrl6xE" + nickname="Dário" + subject="comment 1" + date="2010-07-15T15:37:31Z" + content=""" +multimarkdown-git is a package build that fetches the git version of multimarkdown. +It should install Text::Markdown I believe. +I tried to install it by hand on the cpan command line but it didn't work either: +perl -MCPAN -e shell +install Text::MultiMarkdown + +says couldn't run make file or something. +"""]] -- cgit v1.2.3 From 855cfd0ec741698326ae712b031a7aa28c832327 Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Fri, 16 Jul 2010 19:44:55 +0000 Subject: Added a comment --- .../comment_2_b7d512a535490dabf8d6ce55439741c7._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/how_to_enable_multimarkdown__63__/comment_2_b7d512a535490dabf8d6ce55439741c7._comment (limited to 'doc/forum') diff --git a/doc/forum/how_to_enable_multimarkdown__63__/comment_2_b7d512a535490dabf8d6ce55439741c7._comment b/doc/forum/how_to_enable_multimarkdown__63__/comment_2_b7d512a535490dabf8d6ce55439741c7._comment new file mode 100644 index 000000000..804b71c67 --- /dev/null +++ b/doc/forum/how_to_enable_multimarkdown__63__/comment_2_b7d512a535490dabf8d6ce55439741c7._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://joey.kitenet.net/" + nickname="joey" + subject="comment 2" + date="2010-07-16T19:44:55Z" + content=""" +All I can tell you is that, if multimarkdown is correctly installed (ie, if `perl -e 'use Text::MultiMarkdown'` runs successfully), ikiwiki can use it. +"""]] -- cgit v1.2.3 From cfed58f2908886c222c7305b1be4044de800fc6d Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Mon, 19 Jul 2010 01:11:22 -0500 Subject: new syntax file for ikiwiki files in vim --- doc/forum/ikiwiki_vim_syntaxfile.mdwn | 5 +++++ ...ation_of_wiki_pages_on_local_filesystem_with_vim.mdwn | 3 +++ doc/tips/vim_syntax_highlighting.mdwn | 16 ++++++++++++---- 3 files changed, 20 insertions(+), 4 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_vim_syntaxfile.mdwn b/doc/forum/ikiwiki_vim_syntaxfile.mdwn index d0f8d259e..50ae9097e 100644 --- a/doc/forum/ikiwiki_vim_syntaxfile.mdwn +++ b/doc/forum/ikiwiki_vim_syntaxfile.mdwn @@ -1,3 +1,8 @@ +See the new syntax file [[here|tips/vim_syntax_highlighting]]. It fixed both of +the problems reported below. + +---- + Hi all, I'm teaching myself how to write syntax files for vim by fixing several issues diff --git a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn index 7bc032949..7bfcf3088 100644 --- a/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn +++ b/doc/forum/navigation_of_wiki_pages_on_local_filesystem_with_vim.mdwn @@ -85,6 +85,9 @@ the plugin has, as of now, two problems: >>>>> plugin and putting it there, I'd be fine with that. I think it needs >>>>> some slight work to catch up with changes to ikiwiki's directives >>>>> (!-prefixed now), and wikilinks (able to have spaces now). --[[Joey]] + + + >>>>> >>>>>> I don't really know too much about syntax definitions in vim. But I'll give it a stab. I know it fails when there are 2 \[[my text|link]] wikilinks in the same page. >>>>>> I'm not promising anything, though ;) --[[jerojasro]] diff --git a/doc/tips/vim_syntax_highlighting.mdwn b/doc/tips/vim_syntax_highlighting.mdwn index 18b2f1c92..bf7104aec 100644 --- a/doc/tips/vim_syntax_highlighting.mdwn +++ b/doc/tips/vim_syntax_highlighting.mdwn @@ -1,7 +1,15 @@ -[[ikiwiki.vim]] is a vim syntax highlighting file for ikiwiki -[[ikiwiki/markdown]] files. - -Installation instructions are at the top of the file. +[ikiwiki-syntax](http://www.vim.org/scripts/script.php?script_id=3156) is a vim +syntax highlighting file for ikiwiki [[ikiwiki/markdown]] files. It highlights +directives and wikilinks. It only supports prefixed directives, i.e., +\[[!directive foo=bar baz]], not the old format with spaces. See also: [[follow_wikilinks_from_inside_vim]] + +------ + +The previous syntax definition for ikiwiki links is at [[ikiwiki.vim]]; however, +it seems to not be [[maintained +anymore|forum/navigation_of_wiki_pages_on_local_filesystem_with_vim#syn-maintenance]], +and it has some [[issues|forum/ikiwiki_vim_syntaxfile]]. + [[!tag vim]] -- cgit v1.2.3 From bf9cc9e1314158cfbf7f4b781ebf5f9edd424095 Mon Sep 17 00:00:00 2001 From: Javier Rojas Date: Mon, 19 Jul 2010 01:14:47 -0500 Subject: typo --- doc/forum/ikiwiki_vim_syntaxfile.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki_vim_syntaxfile.mdwn b/doc/forum/ikiwiki_vim_syntaxfile.mdwn index 50ae9097e..e6942cd2d 100644 --- a/doc/forum/ikiwiki_vim_syntaxfile.mdwn +++ b/doc/forum/ikiwiki_vim_syntaxfile.mdwn @@ -1,4 +1,4 @@ -See the new syntax file [[here|tips/vim_syntax_highlighting]]. It fixed both of +See the new syntax file [[here|tips/vim_syntax_highlighting]]. It fixes both of the problems reported below. ---- -- cgit v1.2.3 From 4bc3839df8fa47affc114a37ce862e3171d3e922 Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Thu, 29 Jul 2010 02:47:26 +0000 Subject: what approach to take for pagination? --- doc/forum/report_pagination.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/forum/report_pagination.mdwn (limited to 'doc/forum') diff --git a/doc/forum/report_pagination.mdwn b/doc/forum/report_pagination.mdwn new file mode 100644 index 000000000..d609fd502 --- /dev/null +++ b/doc/forum/report_pagination.mdwn @@ -0,0 +1,11 @@ +I am thinking of adding pagination to the [[plugins/contrib/report]] plugin, but I'm not sure which is the best approach to take. (By "pagination" I mean breaking up a report into multiple pages with N entries per page.) + +Approaches: + +1. generate additional HTML files on the fly which are placed in the sub-directory for the page the report is on. These are not "pages", they are not under revision control, they aren't in the %pagesources hash etc. But using the `will_render` mechanism assures that they will be removed when they are no longer needed. + +2. create new pages which each have a report directive which shows a subset of the full result; add them to revision control, treat them as full pages. Problems with this are: (a) trying to figure out when to create these new pages and when not to, (b) whether or not these pages can be deleted automatically. + +3. some other approach I haven't thought of. + +I'm afraid that whatever approach I take, it will end up being a kludge. -- cgit v1.2.3 From 801ed5c0c2b196a0b8bd21034074f7c8061fd3c1 Mon Sep 17 00:00:00 2001 From: tschwinge Date: Wed, 11 Aug 2010 08:23:04 +0000 Subject: Question. --- doc/forum/cutpaste.pm_not_only_file-local.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/forum/cutpaste.pm_not_only_file-local.mdwn (limited to 'doc/forum') diff --git a/doc/forum/cutpaste.pm_not_only_file-local.mdwn b/doc/forum/cutpaste.pm_not_only_file-local.mdwn new file mode 100644 index 000000000..df7b502af --- /dev/null +++ b/doc/forum/cutpaste.pm_not_only_file-local.mdwn @@ -0,0 +1,9 @@ +I'd like to use the cutpaste plugin, but not only on a file-local basis: fileA +has \[[!cut id=foo text="foo"]], and fileB does \[[!absorb pagenames=fileA]], +and can then use \[[!paste id=foo]]. + +Therefore, I've written an [*absorb* directive / +plugin](http://www.thomas.schwinge.homeip.net/tmp/absorb.pm), which is meant to +absorb pages in order to get hold of their *cut* and *copy* directives' +contents. This does work as expected. But it also absorbs page fileA's *meta* +values, like a *meta title*, etc. How to avoid / solve this? -- cgit v1.2.3 From 95393e2fa0b779e27558c0c80814c1f0b0b651a9 Mon Sep 17 00:00:00 2001 From: tschwinge Date: Wed, 11 Aug 2010 08:25:17 +0000 Subject: Alternative way? --- doc/forum/cutpaste.pm_not_only_file-local.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/cutpaste.pm_not_only_file-local.mdwn b/doc/forum/cutpaste.pm_not_only_file-local.mdwn index df7b502af..3563e3e01 100644 --- a/doc/forum/cutpaste.pm_not_only_file-local.mdwn +++ b/doc/forum/cutpaste.pm_not_only_file-local.mdwn @@ -7,3 +7,8 @@ plugin](http://www.thomas.schwinge.homeip.net/tmp/absorb.pm), which is meant to absorb pages in order to get hold of their *cut* and *copy* directives' contents. This does work as expected. But it also absorbs page fileA's *meta* values, like a *meta title*, etc. How to avoid / solve this? + +Alternatively, do you have a better suggestion about how to achieve what I +described in the first paragraph? + +--[[tschwinge]] -- cgit v1.2.3 From 39ff7cf4fc02eb1929351a73e326711f3fb09d9a Mon Sep 17 00:00:00 2001 From: "http://kerravonsen.dreamwidth.org/" Date: Thu, 12 Aug 2010 02:33:54 +0000 Subject: Added a comment: field and getfield and ymlfront --- .../comment_1_497c62f21fd1b87625b806407c72dbad._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/forum/cutpaste.pm_not_only_file-local/comment_1_497c62f21fd1b87625b806407c72dbad._comment (limited to 'doc/forum') diff --git a/doc/forum/cutpaste.pm_not_only_file-local/comment_1_497c62f21fd1b87625b806407c72dbad._comment b/doc/forum/cutpaste.pm_not_only_file-local/comment_1_497c62f21fd1b87625b806407c72dbad._comment new file mode 100644 index 000000000..8cc724a72 --- /dev/null +++ b/doc/forum/cutpaste.pm_not_only_file-local/comment_1_497c62f21fd1b87625b806407c72dbad._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="http://kerravonsen.dreamwidth.org/" + ip="60.241.8.244" + subject="field and getfield and ymlfront" + date="2010-08-12T02:33:54Z" + content=""" +Have you considered trying the [[plugins/contrib/field]] plugin, and its associated plugins? [[plugins/contrib/ymlfront]] can give you the source (\"cut\") and [[plugins/contrib/getfield]] and/or [[plugins/contrib/report]] can get you the value (\"paste\") including the values from other pages. +"""]] -- cgit v1.2.3 From 7998f73ded64d3101bcd9cdf9a388f23e694653a Mon Sep 17 00:00:00 2001 From: "http://claimid.com/helios" Date: Sun, 15 Aug 2010 11:11:21 +0000 Subject: question "creating multi domain setup possible?" --- doc/forum/multi_domain_setup_possible__63__.mdwn | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 doc/forum/multi_domain_setup_possible__63__.mdwn (limited to 'doc/forum') diff --git a/doc/forum/multi_domain_setup_possible__63__.mdwn b/doc/forum/multi_domain_setup_possible__63__.mdwn new file mode 100644 index 000000000..01b31aafb --- /dev/null +++ b/doc/forum/multi_domain_setup_possible__63__.mdwn @@ -0,0 +1,15 @@ +Hi! I am searching for a replacement of my blog and webpages made off static HTML with just some custom PHP around it for years already. ikiwiki seems to be one of the hot candidates, since it uses a RCS. + +I would like to have a multi domain setup like this: + +- myname.private.de => more of a personal page +- professional.de => more of my professional work related page +- and possibly others + +Now when I write a blog entry about some Linux, Debian or KDE stuff, I possibly would like to have it shown on my private and my professional domain. + +And I might like to use some kind of inter wiki links now and then. + +Is such a setup possible? I thought about have a big wiki with Apache serving sub directories from it under different domains, but then wiki links like would not work. + +Maybe having the same blog entry, same content on several domains is not such a hot idea, but as long as I do not see a problem with it, I'd like to do it. -- cgit v1.2.3 From 2297935fc5bd14d80d9618e1d17b8d3de990e6e6 Mon Sep 17 00:00:00 2001 From: "http://claimid.com/helios" Date: Sun, 15 Aug 2010 11:12:51 +0000 Subject: --- doc/forum/multi_domain_setup_possible__63__.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/multi_domain_setup_possible__63__.mdwn b/doc/forum/multi_domain_setup_possible__63__.mdwn index 01b31aafb..54946e346 100644 --- a/doc/forum/multi_domain_setup_possible__63__.mdwn +++ b/doc/forum/multi_domain_setup_possible__63__.mdwn @@ -13,3 +13,5 @@ And I might like to use some kind of inter wiki links now and then. Is such a setup possible? I thought about have a big wiki with Apache serving sub directories from it under different domains, but then wiki links like would not work. Maybe having the same blog entry, same content on several domains is not such a hot idea, but as long as I do not see a problem with it, I'd like to do it. + +--[[helios]] -- cgit v1.2.3 From e0f1d657983d5bf612cf70f231bf166c0b6d67d5 Mon Sep 17 00:00:00 2001 From: "http://claimid.com/helios" Date: Sun, 15 Aug 2010 11:13:29 +0000 Subject: --- doc/forum/multi_domain_setup_possible__63__.mdwn | 2 -- 1 file changed, 2 deletions(-) (limited to 'doc/forum') diff --git a/doc/forum/multi_domain_setup_possible__63__.mdwn b/doc/forum/multi_domain_setup_possible__63__.mdwn index 54946e346..01b31aafb 100644 --- a/doc/forum/multi_domain_setup_possible__63__.mdwn +++ b/doc/forum/multi_domain_setup_possible__63__.mdwn @@ -13,5 +13,3 @@ And I might like to use some kind of inter wiki links now and then. Is such a setup possible? I thought about have a big wiki with Apache serving sub directories from it under different domains, but then wiki links like would not work. Maybe having the same blog entry, same content on several domains is not such a hot idea, but as long as I do not see a problem with it, I'd like to do it. - ---[[helios]] -- cgit v1.2.3 From 0a4a7a70ba90963eec2cb2b35877c555d28e1eb7 Mon Sep 17 00:00:00 2001 From: "http://joey.kitenet.net/" Date: Sun, 15 Aug 2010 16:06:43 +0000 Subject: Added a comment: branches --- .../comment_1_43f5df30d09046ccc4f7c44703979a11._comment | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 doc/forum/multi_domain_setup_possible__63__/comment_1_43f5df30d09046ccc4f7c44703979a11._comment (limited to 'doc/forum') diff --git a/doc/forum/multi_domain_setup_possible__63__/comment_1_43f5df30d09046ccc4f7c44703979a11._comment b/doc/forum/multi_domain_setup_possible__63__/comment_1_43f5df30d09046ccc4f7c44703979a11._comment new file mode 100644 index 000000000..5b00272b3 --- /dev/null +++ b/doc/forum/multi_domain_setup_possible__63__/comment_1_43f5df30d09046ccc4f7c44703979a11._comment @@ -0,0 +1,17 @@ +[[!comment format=mdwn + username="http://joey.kitenet.net/" + nickname="joey" + subject="branches" + date="2010-08-15T16:06:43Z" + content=""" +This is where the git backend (or bzr if you prefer) shines. Make a site, and then branch it to a second site, and put your personal type stuff on the branch. cherry-pick or merge changes from one branch to another. + +The possibility to do this kind of thing is why our recently launched Ikiwiki hosting service is called +[Branchable.com](http://branchable.com). It makes it easy to create branches of a Ikiwiki site hosted +there: +(Merging between branches need manual git, for now.) + +BTW, for links between the branched wikis you can just use the [[plugins/shortcut]] plugin. + +--[[Joey]] +"""]] -- cgit v1.2.3 From 09c8683c8e4c9f0c72b79f531194aa8c97d3290a Mon Sep 17 00:00:00 2001 From: "http://claimid.com/helios" Date: Sun, 15 Aug 2010 16:18:35 +0000 Subject: Added a comment: branches --- .../comment_2_75d6581f81b71fb8acbe3561047ea759._comment | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) create mode 100644 doc/forum/multi_domain_setup_possible__63__/comment_2_75d6581f81b71fb8acbe3561047ea759._comment (limited to 'doc/forum') diff --git a/doc/forum/multi_domain_setup_possible__63__/comment_2_75d6581f81b71fb8acbe3561047ea759._comment b/doc/forum/multi_domain_setup_possible__63__/comment_2_75d6581f81b71fb8acbe3561047ea759._comment new file mode 100644 index 000000000..473f52f5c --- /dev/null +++ b/doc/forum/multi_domain_setup_possible__63__/comment_2_75d6581f81b71fb8acbe3561047ea759._comment @@ -0,0 +1,16 @@ +[[!comment format=mdwn + username="http://claimid.com/helios" + nickname="helios" + subject="branches" + date="2010-08-15T16:18:35Z" + content=""" +So I I just put a blog entry, which is just a file on both branches. Seems I have to learn cherry-picking and merging only some changes. + +Still I am duplicating files then and when I edit one file I have to think to also edit the other one or merge the change to it. I thought of a way to tag a blog entry on which site it should appear. And then I just have to edit one file and contents changes on all sites that share it. + +But then I possibly can do some master blog / shared content branch, so that shared content is only stored once. Then I need to find a way to automatically replicate the changes there to all sites it belongs too. But how do I store it. + +I also thought about just using symlinks for files. Can I have two sites in one repository and symlink shared files stuff around? I know bzr can version control symlinks. + +Hmmm, I think I better read more about branching, cherry-picking and merging before I proceed. I used bzr and git, but from the user interface side of things prefer bzr, which should be fast enough for this use case. +"""]] -- cgit v1.2.3 From 0ce0c86c298f1746fe1d7856bcaa5323c73d7b29 Mon Sep 17 00:00:00 2001 From: "http://claimid.com/helios" Date: Sun, 15 Aug 2010 17:22:40 +0000 Subject: --- doc/forum/editing_a_comment.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/forum/editing_a_comment.mdwn (limited to 'doc/forum') diff --git a/doc/forum/editing_a_comment.mdwn b/doc/forum/editing_a_comment.mdwn new file mode 100644 index 000000000..8bddab3fb --- /dev/null +++ b/doc/forum/editing_a_comment.mdwn @@ -0,0 +1 @@ +Is it possible to edit a comment? I did not find any button for it. -- cgit v1.2.3 From ff73f44f88e294fc4b9d0cb0396457537fd4a7aa Mon Sep 17 00:00:00 2001 From: "http://thewordnerd.info/" Date: Sun, 22 Aug 2010 17:42:13 +0000 Subject: --- doc/forum/Can__39__t_get_comments_plugin_working.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 doc/forum/Can__39__t_get_comments_plugin_working.mdwn (limited to 'doc/forum') diff --git a/doc/forum/Can__39__t_get_comments_plugin_working.mdwn b/doc/forum/Can__39__t_get_comments_plugin_working.mdwn new file mode 100644 index 000000000..06b7fdd84 --- /dev/null +++ b/doc/forum/Can__39__t_get_comments_plugin_working.mdwn @@ -0,0 +1,7 @@ +I feel like I must be missing something. + +My blog is based on Ikiwiki, and uses /yyyy/mm/dd/title/ for blog posts. Because I use the plugin that generates index pages for subdirectories, I have to use /????/??/??/* to identify posts and avoid missing the index pages for years, months and days. + +I've enabled the comments plugin, but no matter what I do, I can't seem to make the comment form appear on my posts. I've removed the entire site and have rebuilt. I've set the pagespec to /????/??/??/* and ./????/??/??/*, but neither seems to work. I don't see any output, or anything else to indicate that pages aren't working. + +Are there any other plugins that need to be enabled for this to work? I think I've locked things down such that anonymous users can't edit by enabling signinedit and setting a lock, but this may be blocking the ability to comment (though I don't recall seeing anything in the docs about needing additional plugins.) -- cgit v1.2.3