From damien.pollet at gmail.com Mon Feb 1 07:14:32 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Mon, 1 Feb 2010 13:14:32 +0100
Subject: [webgen-users] Bug with the feed source handler
Message-ID: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
Hi all,
I've just tried to re-generate my site, and got this error:
Error while creating a node from with
Webgen::SourceHandler::Feed:
super called outside of method
/Users/damien/.gem/ruby/1.8/gems/webgen-0.5.10/lib/webgen/sourcehandler/feed.rb:30
/Users/damien/.gem/ruby/1.8/gems/webgen-0.5.10/lib/webgen/sourcehandler/feed.rb:37:in
`[]'
/Users/damien/.gem/ruby/1.8/gems/webgen-0.5.10/lib/webgen/sourcehandler/feed.rb:37:in
`create_node'
/Users/damien/.gem/ruby/1.8/gems/webgen-0.5.10/lib/webgen/sourcehandler.rb:237:in
`create_nodes'
?
This is strange, as this is the current online revision, that was
compiled fine a few days ago.
The only thing I can think of would be gem updates (but I don't see
what), or maybe the recent update to ruby 1.8.7 in macports.
Also the error message does not really help, I can't see why ruby
would think this super is not in the create_node method. Or does it
actually mean the lambda was stored and invoked after create_method
returned ?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Wed Feb 3 12:54:04 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Wed, 3 Feb 2010 18:54:04 +0100
Subject: [webgen-users] Bug with the feed source handler
In-Reply-To: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
References: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
Message-ID: <20100203185404.2d8e50bd@noeato>
> This is strange, as this is the current online revision, that was
> compiled fine a few days ago.
> The only thing I can think of would be gem updates (but I don't see
> what), or maybe the recent update to ruby 1.8.7 in macports.
>
> Also the error message does not really help, I can't see why ruby
> would think this super is not in the create_node method. Or does it
> actually mean the lambda was stored and invoked after create_method
> returned ?
I have tried to reproduce the error but it works fine here. Did you try
deleting the cache file?
-- Thomas
From t_leitner at gmx.at Wed Feb 3 15:32:44 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Wed, 3 Feb 2010 21:32:44 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
Message-ID: <20100203213244.529e7ddc@noeato>
Hi everybody!
As was discussed on the ML some time ago, there is sometimes the need
for including custom links in the head section of an HTML document. For
example:
- adding links to javascript or CSS files
- adding links to next/previous HTML documents
- adding links to Atom/RSS feeds
What I have in mind is a `link` meta information key:
- Adding custom CSS/JS files (value is array or string):
link:
javascript: URI
css: URI
OR:
link:
javascript: [URI, URI]
css: [URI, URI]
- Adding other links:
link:
next: URI
prev:
href: URI
title: Some title
alternate:
- type: atom/xml
href: URI
- type: text/css
href: URI
- Automatically adding links to same page in other languages:
use `lang` and `title` only if title of linked page is specified
The meta information link has the special keys `javascript` and
`css`, all other keys are taken to be link types (next, prev,
start, ...) that are going into the `rel` attribute of the
generated tag. The value of such keys can be a string value
(taken as value of the href attr), a hash (taken as attr name-value
pairs) or an array or the former two (to create multiple such link
types.
If you have any comments/suggestions on the above, please write! I will
implement the above in the coming days.
Best regards,
Thomas
From damien.pollet at gmail.com Wed Feb 3 16:17:27 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Wed, 3 Feb 2010 22:17:27 +0100
Subject: [webgen-users] Bug with the feed source handler
In-Reply-To: <20100203185404.2d8e50bd@noeato>
References: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
<20100203185404.2d8e50bd@noeato>
Message-ID: <34b4844b1002031317w7f1c4a60tfe99703fe07871c8@mail.gmail.com>
On Wed, Feb 3, 2010 at 18:54, Thomas Leitner wrote:
> I have tried to reproduce the error but it works fine here. Did you try
> deleting the cache file?
Actually it seems to fail before the cache is created. There is no
cache file and none gets created?
I'll try reverting ruby to the previous version (1.8.7-p174 instead of -p249)?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Wed Feb 3 16:22:33 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Wed, 3 Feb 2010 22:22:33 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100203213244.529e7ddc@noeato>
References: <20100203213244.529e7ddc@noeato>
Message-ID: <34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
On Wed, Feb 3, 2010 at 21:32, Thomas Leitner wrote:
> If you have any comments/suggestions on the above, please write! I will
> implement the above in the coming days.
You have one tester (well, provided I can build my site at all :)
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Wed Feb 3 17:50:16 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Wed, 3 Feb 2010 23:50:16 +0100
Subject: [webgen-users] Bug with the feed source handler
In-Reply-To: <34b4844b1002031317w7f1c4a60tfe99703fe07871c8@mail.gmail.com>
References: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
<20100203185404.2d8e50bd@noeato>
<34b4844b1002031317w7f1c4a60tfe99703fe07871c8@mail.gmail.com>
Message-ID: <34b4844b1002031450s695448evd5af4cae89268e9a@mail.gmail.com>
On Wed, Feb 3, 2010 at 22:17, Damien Pollet wrote:
> On Wed, Feb 3, 2010 at 18:54, Thomas Leitner wrote:
>> I have tried to reproduce the error but it works fine here. Did you try
>> deleting the cache file?
>
> Actually it seems to fail before the cache is created. There is no
> cache file and none gets created?
> I'll try reverting ruby to the previous version (1.8.7-p174 instead of -p249)?
I don't understand japanese, but this looks familiar, and the test
file does reproduce it here.
http://redmine.ruby-lang.org/issues/show/2537
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Wed Feb 3 18:05:21 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Thu, 4 Feb 2010 00:05:21 +0100
Subject: [webgen-users] Bug with the feed source handler
In-Reply-To: <34b4844b1002031450s695448evd5af4cae89268e9a@mail.gmail.com>
References: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
<20100203185404.2d8e50bd@noeato>
<34b4844b1002031317w7f1c4a60tfe99703fe07871c8@mail.gmail.com>
<34b4844b1002031450s695448evd5af4cae89268e9a@mail.gmail.com>
Message-ID: <34b4844b1002031505r55d2f41fle08b349aa585079e@mail.gmail.com>
On Wed, Feb 3, 2010 at 23:50, Damien Pollet wrote:
>> I'll try reverting ruby to the previous version (1.8.7-p174 instead of -p249)?
>
> I don't understand japanese, but this looks familiar, and the test
> file does reproduce it here.
> http://redmine.ruby-lang.org/issues/show/2537
And indeed, running rake with /usr/bin/ruby instead of the newer
macports version doesn't exhibit the bug.
Hopefully they fix it soon?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Thu Feb 4 02:30:58 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Thu, 4 Feb 2010 08:30:58 +0100
Subject: [webgen-users] Bug with the feed source handler
In-Reply-To: <34b4844b1002031505r55d2f41fle08b349aa585079e@mail.gmail.com>
References: <34b4844b1002010414g2edbf4b9o7855c4787a89cf90@mail.gmail.com>
<20100203185404.2d8e50bd@noeato>
<34b4844b1002031317w7f1c4a60tfe99703fe07871c8@mail.gmail.com>
<34b4844b1002031450s695448evd5af4cae89268e9a@mail.gmail.com>
<34b4844b1002031505r55d2f41fle08b349aa585079e@mail.gmail.com>
Message-ID: <20100204083058.739477b3@noeato>
On Thu, 4 Feb 2010 00:05:21 +0100, Damien Pollet wrote:
> On Wed, Feb 3, 2010 at 23:50, Damien Pollet
> wrote:
> >> I'll try reverting ruby to the previous version (1.8.7-p174
> >> instead of -p249)?
> >
> > I don't understand japanese, but this looks familiar, and the test
> > file does reproduce it here.
> > http://redmine.ruby-lang.org/issues/show/2537
>
> And indeed, running rake with /usr/bin/ruby instead of the newer
> macports version doesn't exhibit the bug.
> Hopefully they fix it soon?
Thanks for investigating! The bug report mentions that it is already
fixed, so a new 1.8.7 patch release will have this fix!
-- Thomas
From t_leitner at gmx.at Thu Feb 4 14:01:25 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Thu, 4 Feb 2010 20:01:25 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
Message-ID: <20100204200125.05cc8207@noeato>
On Wed, 3 Feb 2010 22:22:33 +0100, Damien Pollet wrote:
> On Wed, Feb 3, 2010 at 21:32, Thomas Leitner wrote:
> > If you have any comments/suggestions on the above, please write! I
> > will implement the above in the coming days.
>
> You have one tester (well, provided I can build my site at all :)
I have pushed the needed changes for this functionality to github and
rubyforge. Comments/Suggestions et al are welcome!
-- Thomas
From damien.pollet at gmail.com Thu Feb 4 14:56:31 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Thu, 4 Feb 2010 20:56:31 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100204200125.05cc8207@noeato>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
Message-ID: <34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
> I have pushed the needed changes for this functionality to github and
> rubyforge. Comments/Suggestions et al are welcome!
Is there an easy way to get a gem?
I tried rake in a checkout and it says there's no rdoc/task?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Thu Feb 4 18:21:53 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Fri, 5 Feb 2010 00:21:53 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
Message-ID: <20100205002153.0372c736@noeato>
On Thu, 4 Feb 2010 20:56:31 +0100, Damien Pollet wrote:
> > I have pushed the needed changes for this functionality to github
> > and rubyforge. Comments/Suggestions et al are welcome!
>
> Is there an easy way to get a gem?
> I tried rake in a checkout and it says there's no rdoc/task?
If you just want to run webgen, run the following in the checkout
directory:
ruby -rubygems -Ilib bin/webgen
If you want to use the rake tasks, you should install the development
dependencies (gem install --no-rdoc --no-ri webgen --development) -
though there is not task for running webgen. Use `rake -T` to show the
available tasks, `rake dev:gem` builds the gem.
-- Thomas
From damien.pollet at gmail.com Sat Feb 6 06:47:22 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Sat, 6 Feb 2010 12:47:22 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100205002153.0372c736@noeato>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
Message-ID: <34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
On Fri, Feb 5, 2010 at 00:21, Thomas Leitner wrote:
> On Thu, 4 Feb 2010 20:56:31 +0100, Damien Pollet wrote:
>> > I have pushed the needed changes for this functionality to github
>> > and rubyforge. Comments/Suggestions et al are welcome!
Ok, seems to work fine.
My only grief is that with Matteo's blog code, the metadata is only
set for the main blog page, not for the individual posts? I tried
putting the data in the metainfo file, but
- globs are not powerful enough to match the blog index and the posts
(or I missed something)
I could duplicate it but it's ugly?
- relocatable does not work in the metainfo, so the link is probably
incorrect (posts are in subdirectories)
Anyway, it's now in use on my site :)
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Sun Feb 7 14:28:36 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Sun, 7 Feb 2010 20:28:36 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
Message-ID: <20100207202836.1521e914@noeato>
> My only grief is that with Matteo's blog code, the metadata is only
> set for the main blog page, not for the individual posts? I tried
> putting the data in the metainfo file, but
> - globs are not powerful enough to match the blog index and the posts
> (or I missed something)
> I could duplicate it but it's ugly?
You could try to use YAML aliases sothat you need to specify the meta
info only once - see http://yaml.org/spec/1.0/#id2563922
> - relocatable does not work in the metainfo, so the link is probably
> incorrect (posts are in subdirectories)
Just specify an absolute path starting with a slash
(i.e. /path/to/feed.atom instead of to/feed.atom) - then the paths will
always be correct.
> Anyway, it's now in use on my site :)
Cool :-)
-- Thomas
From damien.pollet at gmail.com Mon Feb 8 05:53:23 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Mon, 8 Feb 2010 11:53:23 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100207202836.1521e914@noeato>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
Message-ID: <34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
On Sun, Feb 7, 2010 at 20:28, Thomas Leitner wrote:
> You could try to use YAML aliases sothat you need to specify the meta
> info only once - see http://yaml.org/spec/1.0/#id2563922
yay, another overly verbose and underly clear spec document? :)
>> - relocatable does not work in the metainfo, so the link is probably
>> incorrect (posts are in subdirectories)
>
> Just specify an absolute path starting with a slash
> (i.e. /path/to/feed.atom instead of to/feed.atom) - then the paths will
> always be correct.
The problem is, if webgen translates those to absolute links in the
html, it won't work. I'm deploying the webgen output in a subtree of
the complete site, and I have a test deployment on a local web server
that does not have the same prefix.
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Mon Feb 8 15:20:42 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 8 Feb 2010 21:20:42 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
Message-ID: <20100208212042.6bec4e0c@noeato>
> > Just specify an absolute path starting with a slash
> > (i.e. /path/to/feed.atom instead of to/feed.atom) - then the paths
> > will always be correct.
>
> The problem is, if webgen translates those to absolute links in the
> html, it won't work. I'm deploying the webgen output in a subtree of
> the complete site, and I have a test deployment on a local web server
> that does not have the same prefix.
webgen translates internal paths *always* to relative paths! So it does
not matter where you deploy your site, it will work everywhere.
However, if you want absolute paths, it is also possible with a little
patching (there was a mail exchange about this some time ago).
-- Thomas
From damien.pollet at gmail.com Tue Feb 9 11:04:02 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Tue, 9 Feb 2010 17:04:02 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100208212042.6bec4e0c@noeato>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
Message-ID: <34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
On Mon, Feb 8, 2010 at 21:20, Thomas Leitner wrote:
>> The problem is, if webgen translates those to absolute links in the
>> html, it won't work. I'm deploying the webgen output in a subtree of
>> the complete site, and I have a test deployment on a local web server
>> that does not have the same prefix.
>
> webgen translates internal paths *always* to relative paths! So it does
> not matter where you deploy your site, it will work everywhere.
> However, if you want absolute paths, it is also possible with a little
> patching (there was a mail exchange about this some time ago).
No, relative is what I want. I just wasn't sure it would do that everywhere.
Actually the problem might be that I have a separate template file for
the blog posts, and maybe the blog generator does not propagate all
its metainfo. I didn't take the time to look in detail, links on the
main page are perfectly ok for the moment.
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Wed Feb 10 13:13:43 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Wed, 10 Feb 2010 19:13:43 +0100
Subject: [webgen-users] metainfo tag called instead of a custom one
Message-ID: <34b4844b1002101013ye89c469s599440643ceb67b8@mail.gmail.com>
Hi,
I had adapted this mailto tag
http://pjkh.com/articles/2007/12/14/webgen-mailto-tag
Now webgen gives me errors like so:
ERROR -- No default mandatory parameter specified for tag
'Webgen::Tag::Metainfo' but set in
ERROR -- No value for meta info key 'mailto' in
found in
Which suggests that the default tag handler gets called instead of
mine. The contact page contains something like {mailto: foo at host.com}
For the tag code I followed the example at
http://webgen.rubyforge.org/documentation/rdoc/Webgen/Tag/Base.html
(BTW there should be quotes around 'default', no?)
Again I have no idea what caused it to break and with all the module
inclusion and method_missing hacks I don't know how to debug this.
class Mailto
include Webgen::Tag::Base
def call( tag, body, context )
email = encode_email(param('mailto.to'))
link = param('mailto.link') || email
subject = param('mailto.subject')
html = "#{link}"
return [html,false]
end
private
def encode_email( mail )
expanded = mail #mail.gsub('.', ' dot ').gsub('@', ' at ')
entities = ""
expanded.each_char { |c| entities << "&##{c[0].ord};"}
return entities
end
end
config = Webgen::WebsiteAccess.website.config
config['contentprocessor.tags.map']['mailto'] = 'Mailto'
config.mailto.to nil,
:doc => 'The destination email address. Mandatory.',
:mandatory => 'default'
config.mailto.link nil,
:doc => 'The linked text. Defaults to the email address.'
config.mailto.subject nil,
:doc => 'The subject of the mail message. Optional.'
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Thu Feb 11 09:33:40 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Thu, 11 Feb 2010 15:33:40 +0100
Subject: [webgen-users] metainfo tag called instead of a custom one
In-Reply-To: <34b4844b1002101013ye89c469s599440643ceb67b8@mail.gmail.com>
References: <34b4844b1002101013ye89c469s599440643ceb67b8@mail.gmail.com>
Message-ID: <20100211153340.141f88fe@noeato>
On Wed, 10 Feb 2010 19:13:43 +0100, Damien Pollet wrote:
> Hi,
>
> I had adapted this mailto tag
> http://pjkh.com/articles/2007/12/14/webgen-mailto-tag
> Now webgen gives me errors like so:
>
> ERROR -- No default mandatory parameter specified for tag
> 'Webgen::Tag::Metainfo' but set in
> ERROR -- No value for meta info key 'mailto' in
> found in
>
> Which suggests that the default tag handler gets called instead of
> mine. The contact page contains something like {mailto: foo at host.com}
>
> For the tag code I followed the example at
> http://webgen.rubyforge.org/documentation/rdoc/Webgen/Tag/Base.html
> (BTW there should be quotes around 'default', no?)
Yes, this is fixed in the repo.
> Again I have no idea what caused it to break and with all the module
> inclusion and method_missing hacks I don't know how to debug this.
>
>
>
I have add your code to ext/init.rb of a newly created site and it
works just fine... Have you tried deleting the webgen.cache file?
-- Thomas
From t_leitner at gmx.at Mon Feb 15 05:01:12 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 15 Feb 2010 11:01:12 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
Message-ID: <20100215110112.23e606ad@noeato>
Hey everybody!
--------------
webgen 0.5.11 has just been released! If you don't know what webgen is,
read the "What's webgen?" section down below.
This announcement is also available at
http://webgen.rubyforge.org/news/release_0_5_11.html
In this release there are two big changes regarding the internals of
webgen:
1. The dependency on facets has been removed since it was only used in
two or three places and since the facets project is not very stable
regarding its API.
2. The default markup language used by the webgen is Markdown and the
default processor for converting Markdown to HTML has been Maruku
for a long time. However, Maruku has some bugs that need to be
fixed and although it runs under Ruby 1.9 there are some issues.
Therefore the new default processor for Markdown will be
[kramdown][2] from now on. Aside from being actively maintained, it
is about 5x faster than Maruku and runs on Ruby 1.9 without
problems.
This means that if you used the default configuration, you will
automatically use kramdown from now on. If you still want to use
Maruku, just change the default processing pipeline for page files:
default_processing_pipeline:
Page: erb,tags,maruku,blocks,fragments
The short name `markdown` now also refers to kramdown instead of
Maruku.
Aside from the new content processor [kramdown][2], another content
processor for [LESS][3] has been added and the content processor
[head][4] has been updated to handle arbitrary `link` tags. Many bugs
have been fixed in this release as well.
*Note*: All deprecated methods have been removed in this release!
Changes
-------
* Major changes:
- Added content processor [kramdown][2] (faster Markdown parser)
- Added content processor [less][3] (extends CSS with variables,
mixins, operations, ...)
- Updated content processor [head][4] to allow the specification of
arbitrary `link` tags and links to javascript and CSS files by the
user
* Minor changes:
- Added a CSS class to the HTML tag of the currently selected
language of [Tag::Langbar][1] (requested by Damien Robert)
- Removed dependency on facets
- All deprecated methods have been removed
* Bug fixes:
- Fixed atom feed template to produce completely valid feeds
- Fixed order of feed entries (now sorted from most recent to oldest)
(reported by Tuomo Valkonen)
- Fixed error in `SourceHandler::Virtual` when creating virtual
directories (reported by Tuomo Valkonen)
- Fixed bug in `ContentProcessor::Blocks`: `context.dest_node` was
not correctly set when `#render_block` was called via the context
object
- Fixed bug in `Sourcehandler::Main`: an error was raised when the
configuration option `output.do_deletion` was set to `true`
(reported by Thomas Deselaers)
- Fixed RF#27075: Typo in webgen documentation (reported by Luis
Parravicini)
- Fixed bug which occured when archive-tar-minitar was not installed
- Fixed CSS bug with sub directories in style bundle
'andreas07' (reported by Thomas Deselaers)
- Fixed a bug with path patterns not matching correctly (reported by
Damien Robert)
- Fixed bug in `ContentProcessor::Tags` with regard to parsing
strings/files with a multi-byte encoding under Ruby 1.9 (reported
by Stefano Crocco)
- Fixed bug in terminal size detection (webgen CLI now works in Emacs
shell buffer) (reported by Bob Dobbs)
[1]: http://webgen.rubyforge.org/documentation/tag/langbar.html
[2]: http://webgen.rubyforge.org/documentation/contentprocessor/kramdown.html
[3]: http://webgen.rubyforge.org/documentation/contentprocessor/less.html
[4]: http://webgen.rubyforge.org/documentation/contentprocessor/head.html
What's webgen?
--------------
webgen is a tool to generate static websites by combining content
with template files. You create one or more template files in which
you define the layout of your page and where the content should go.
After that you create page files in which you only define the
content. You can use a variety of markup languages like Textile or
Markdown or Haml to define your content and you can add dynamic parts
via ERB or by using webgen tags. This allows the automatic generation
of menus, breadcrumb trails and much more!
Installation
------------
gem install webgen
Usage
-----
See http://webgen.rubyforge.org/documentation/
From sunshine at sunshineco.com Mon Feb 15 05:45:35 2010
From: sunshine at sunshineco.com (Eric Sunshine)
Date: Mon, 15 Feb 2010 05:45:35 -0500
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100215110112.23e606ad@noeato>
References: <20100215110112.23e606ad@noeato>
Message-ID: <4B7925CF.4000905@sunshineco.com>
Hi Thomas,
On 2/15/2010 5:01 AM, Thomas Leitner wrote:
> webgen 0.5.11 has just been released!
Would it be possible to improve diagnostic output? Present error
messages are not especially useful. For instance:
"Error in <#> while rendering
<#> with Webgen::Tag::Relocatable:"
-- ES
From sunshine at sunshineco.com Mon Feb 15 06:19:51 2010
From: sunshine at sunshineco.com (Eric Sunshine)
Date: Mon, 15 Feb 2010 06:19:51 -0500
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100215110112.23e606ad@noeato>
References: <20100215110112.23e606ad@noeato>
Message-ID: <4B792DD7.7080908@sunshineco.com>
Hi Thomas,
On 2/15/2010 5:01 AM, Thomas Leitner wrote:
> webgen 0.5.11 has just been released!
Would it make sense for
Webgen::ContentProcessor::KramdownHtmlConverter#convert_a() to be a bit
smarter about handling non-URI links. For instance, with default
configuration "contentprocessor.kramdown.handle_links=true", compilation
crashes with:
Error in...while rendering...with Webgen::Tag::Relocatable:
Error while parsing path 'mailto:[person at example.com]
(mailto:person at example.com)': bad URI(is not URI?):
mailto:[person at example.com](mailto:person at example.com)
Perhaps convert_a() should avoid invoking Webgen::Tag::Relocatable for
links which clearly are not URI's, yet which nevertheless may validly
appear within "href".
-- ES
From damien.pollet at gmail.com Mon Feb 15 07:56:51 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Mon, 15 Feb 2010 13:56:51 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100215110112.23e606ad@noeato>
References: <20100215110112.23e606ad@noeato>
Message-ID: <34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
On Mon, Feb 15, 2010 at 11:01, Thomas Leitner wrote:
> webgen 0.5.11 has just been released! If you don't know what webgen is,
> read the "What's webgen?" section down below.
Just a quick post-upgrade report and testing?
> This announcement is also available at
> ? ?http://webgen.rubyforge.org/news/release_0_5_11.html
404 not found
> 2. The default markup language used by the webgen is Markdown and the
> ? default processor for converting Markdown to HTML has been Maruku
> ? for a long time. However, Maruku has some bugs that need to be
> ? fixed and although it runs under Ruby 1.9 there are some issues.
> ? Therefore the new default processor for Markdown will be
> ? [kramdown][2] from now on. Aside from being actively maintained, it
> ? is about 5x faster than Maruku and runs on Ruby 1.9 without
> ? problems.
Ok. I replaced maruku with kramdown in my pipeline and ran on 1.9 to
avoid the bug I get with the current ruby 1.8.7, but I get a couple
blockers:
- acronyms don't seem to work (the *[ABC]: Aaa Bbbb Ccc notation)
- I have markdown links defined in a common file that I include at the
beginning of many pages using {include_file: src/links.markdown}, but
kramdown does not see them (I get a bunch of "No link definition for
link ID foo found" complaints). I do have the tags handler before
kramdown in the pipeline, and this was working before.
I will fiddle around that to see what I can do?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From sunshine at sunshineco.com Mon Feb 15 08:07:05 2010
From: sunshine at sunshineco.com (Eric Sunshine)
Date: Mon, 15 Feb 2010 08:07:05 -0500
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
Message-ID: <4B7946F9.8050508@sunshineco.com>
On 2/15/2010 7:56 AM, Damien Pollet wrote:
> Just a quick post-upgrade report and testing?
> Ok. I replaced maruku with kramdown in my pipeline and ran on 1.9 to
> avoid the bug I get with the current ruby 1.8.7, but I get a couple
> blockers:
> - acronyms don't seem to work (the *[ABC]: Aaa Bbbb Ccc notation)
kramdown does not implement this facility. Perhaps Thomas can add it.
> - I have markdown links defined in a common file that I include at the
> beginning of many pages using {include_file: src/links.markdown}, but
> kramdown does not see them (I get a bunch of "No link definition for
> link ID foo found" complaints). I do have the tags handler before
> kramdown in the pipeline, and this was working before.
I also ran into a similar problem with one of my link identifiers since
kramdown is more strict about which characters can compose a link
identifier. In my case, I had an identifier such as "foo/bar", which
worked fine in Maruku with a link definition of the same name. With
kramdown, however, the '/' is stripped (as documented), so it expects a
link definition named "foobar" when encountering link identifier "foo/bar".
-- ES
From damien.pollet at gmail.com Mon Feb 15 08:57:48 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Mon, 15 Feb 2010 14:57:48 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <4B7946F9.8050508@sunshineco.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
Message-ID: <34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
On Mon, Feb 15, 2010 at 14:07, Eric Sunshine wrote:
> kramdown does not implement this facility. Perhaps Thomas can add it.
I think it's a nice extension, it allows to write jargon and not
bother too much about defining things :)
>> - I have markdown links defined in a common file that I include at the
>> beginning of many pages using {include_file: src/links.markdown}, but
>> kramdown does not see them
> I also ran into a similar problem with one of my link identifiers since
> kramdown is more strict about which characters can compose a link
> identifier.
I doubt that's the case, all my link identifiers (at least those
concerned here) are camelcase identifiers (just letters/numbers, no
space)
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Mon Feb 15 10:29:42 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 15 Feb 2010 16:29:42 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <4B7925CF.4000905@sunshineco.com>
References: <20100215110112.23e606ad@noeato> <4B7925CF.4000905@sunshineco.com>
Message-ID: <20100215162942.12daef54@noeato>
On Mon, 15 Feb 2010 05:45:35 -0500, Eric Sunshine wrote:
> Hi Thomas,
>
> On 2/15/2010 5:01 AM, Thomas Leitner wrote:
> > webgen 0.5.11 has just been released!
>
> Would it be possible to improve diagnostic output? Present error
> messages are not especially useful. For instance:
>
> "Error in <#> while rendering
> <#> with Webgen::Tag::Relocatable:"
Thanks for spotting this - added this to the TODO list!
-- Thomas
From t_leitner at gmx.at Mon Feb 15 10:31:55 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 15 Feb 2010 16:31:55 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <4B792DD7.7080908@sunshineco.com>
References: <20100215110112.23e606ad@noeato> <4B792DD7.7080908@sunshineco.com>
Message-ID: <20100215163155.222d139b@noeato>
> Would it make sense for
> Webgen::ContentProcessor::KramdownHtmlConverter#convert_a() to be a
> bit smarter about handling non-URI links. For instance, with default
> configuration "contentprocessor.kramdown.handle_links=true",
> compilation crashes with:
>
> Error in...while rendering...with Webgen::Tag::Relocatable:
> Error while parsing path 'mailto:[person at example.com]
> (mailto:person at example.com)': bad URI(is not URI?):
> mailto:[person at example.com](mailto:person at example.com)
>
> Perhaps convert_a() should avoid invoking Webgen::Tag::Relocatable
> for links which clearly are not URI's, yet which nevertheless may
> validly appear within "href".
Will have a look at this! Can you post the source text which raises the
error? This would help a lot!
-- Thomas
From t_leitner at gmx.at Mon Feb 15 10:38:07 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 15 Feb 2010 16:38:07 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
Message-ID: <20100215163807.70644059@noeato>
> Just a quick post-upgrade report and testing?
>
> > This announcement is also available at
> > ? ?http://webgen.rubyforge.org/news/release_0_5_11.html
>
> 404 not found
Is fixed now! I have forgotten to execute the announce task since I
released a new version of kramdown directly before webgen and the
Rakefile there is better organized and doesn't need a separate call
to announce ;-) Will port the changes to the webgen Rakefile so that
this won't happen again.
> > 2. The default markup language used by the webgen is Markdown and
> > the default processor for converting Markdown to HTML has been
> > Maruku for a long time. However, Maruku has some bugs that need to
> > be fixed and although it runs under Ruby 1.9 there are some issues.
> > ? Therefore the new default processor for Markdown will be
> > ? [kramdown][2] from now on. Aside from being actively maintained,
> > it is about 5x faster than Maruku and runs on Ruby 1.9 without
> > ? problems.
>
> Ok. I replaced maruku with kramdown in my pipeline and ran on 1.9 to
> avoid the bug I get with the current ruby 1.8.7, but I get a couple
> blockers:
> - acronyms don't seem to work (the *[ABC]: Aaa Bbbb Ccc notation)
> - I have markdown links defined in a common file that I include at the
> beginning of many pages using {include_file: src/links.markdown}, but
> kramdown does not see them (I get a bunch of "No link definition for
> link ID foo found" complaints). I do have the tags handler before
> kramdown in the pipeline, and this was working before.
Acronyms are currently not supported by kramdown, however, I have them
on my TODO list. So they will probably make it into one of the next
releases of kramdown.
The error with include file is strange - I will try to reproduce it
here and report again!
-- Thomas
From sunshine at sunshineco.com Mon Feb 15 14:45:13 2010
From: sunshine at sunshineco.com (Eric Sunshine)
Date: Mon, 15 Feb 2010 14:45:13 -0500
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
References: <20100215110112.23e606ad@noeato> <34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
Message-ID: <4B79A449.4010407@sunshineco.com>
On 2/15/2010 8:57 AM, Damien Pollet wrote:
> On Mon, Feb 15, 2010 at 14:07, Eric Sunshine wrote:
>> I also ran into a similar problem with one of my link identifiers since
>> kramdown is more strict about which characters can compose a link
>> identifier.
> I doubt that's the case, all my link identifiers (at least those
> concerned here) are camelcase identifiers (just letters/numbers, no
> space)
Did your normalize the link definitions in your include file to
lowercase? kramdown expects this. For instance, when you reference the
link "fooBar", kramdown will look for a definition named "foobar".
-- ES
From thomas at deselaers.de Mon Feb 15 15:00:18 2010
From: thomas at deselaers.de (Thomas Deselaers)
Date: Mon, 15 Feb 2010 21:00:18 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100215110112.23e606ad@noeato>
References: <20100215110112.23e606ad@noeato>
Message-ID:
Hi Thomas,
> webgen 0.5.11 has just been released! If you don't know what webgen is,
> read the "What's webgen?" section down below.
Great! Thanks a lot.
I just tested it and also have some feedback:
1. I have reverted to the maruku processor, because there are some
problems with links, if
a) umlauts are contained.
b) email addresses are contained (the @ is lost?)
c) other characters like ? or / are contained
d) Third level headlines do not work.
Maybe I got this wrong and kramdown is meant for another markup
language than maruku, but I thought they should do about the same,
right?
2. The problem I reported in November is still in:
[I just noticed that in the default style (andreas07?) the
selected-class ( webgen-menu-item-selected) is only set correctly for
pages that are not in subdirectories.
i.e.
I have
src/index.page where title is set to: home
a/index.page A
b/index.page B
and the menu looks like
home
A
B
then the menuitem is marked correctly (webgen-menu-item-selected) only
for the home page and for none of the others.
Is this intentional, can I change this?
]
you can see this at my homepage http://thomas.deselaers.de:
if "home" is selected, this is clearly shown
if you select any of the other items (e.g. publications) it is not
highlighted in the menu on the left hand side.
Otherwise it works as smooth as the old one for me.
Thanks,
thomas
On Mon, Feb 15, 2010 at 11:01, Thomas Leitner wrote:
> Hey everybody!
> --------------
>
> This announcement is also available at
> ? ?http://webgen.rubyforge.org/news/release_0_5_11.html
>
> In this release there are two big changes regarding the internals of
> webgen:
>
> 1. The dependency on facets has been removed since it was only used in
> ? two or three places and since the facets project is not very stable
> ? regarding its API.
>
> 2. The default markup language used by the webgen is Markdown and the
> ? default processor for converting Markdown to HTML has been Maruku
> ? for a long time. However, Maruku has some bugs that need to be
> ? fixed and although it runs under Ruby 1.9 there are some issues.
> ? Therefore the new default processor for Markdown will be
> ? [kramdown][2] from now on. Aside from being actively maintained, it
> ? is about 5x faster than Maruku and runs on Ruby 1.9 without
> ? problems.
>
> ? This means that if you used the default configuration, you will
> ? automatically use kramdown from now on. If you still want to use
> ? Maruku, just change the default processing pipeline for page files:
>
> ? ? ? default_processing_pipeline:
> ? ? ? ? Page: erb,tags,maruku,blocks,fragments
>
> ? The short name `markdown` now also refers to kramdown instead of
> ? Maruku.
>
> Aside from the new content processor [kramdown][2], another content
> processor for [LESS][3] has been added and the content processor
> [head][4] has been updated to handle arbitrary `link` tags. Many bugs
> have been fixed in this release as well.
>
> *Note*: All deprecated methods have been removed in this release!
> Changes
> -------
>
> * Major changes:
>
> ?- Added content processor [kramdown][2] (faster Markdown parser)
> ?- Added content processor [less][3] (extends CSS with variables,
> ? ?mixins, operations, ...)
> ?- Updated content processor [head][4] to allow the specification of
> ? ?arbitrary `link` tags and links to javascript and CSS files by the
> ? ?user
>
> * Minor changes:
>
> ?- Added a CSS class to the HTML tag of the currently selected
> ? ?language of [Tag::Langbar][1] (requested by Damien Robert)
> ?- Removed dependency on facets
> ?- All deprecated methods have been removed
>
> * Bug fixes:
>
> ?- Fixed atom feed template to produce completely valid feeds
> ?- Fixed order of feed entries (now sorted from most recent to oldest)
> ? ?(reported by Tuomo Valkonen)
> ?- Fixed error in `SourceHandler::Virtual` when creating virtual
> ? ?directories (reported by Tuomo Valkonen)
> ?- Fixed bug in `ContentProcessor::Blocks`: `context.dest_node` was
> ? ?not correctly set when `#render_block` was called via the context
> ? ?object
> ?- Fixed bug in `Sourcehandler::Main`: an error was raised when the
> ? ?configuration option `output.do_deletion` was set to `true`
> ? ?(reported by Thomas Deselaers)
> ?- Fixed RF#27075: Typo in webgen documentation (reported by Luis
> ? ?Parravicini)
> ?- Fixed bug which occured when archive-tar-minitar was not installed
> ?- Fixed CSS bug with sub directories in style bundle
> ? ?'andreas07' (reported by Thomas Deselaers)
> ?- Fixed a bug with path patterns not matching correctly (reported by
> ? ?Damien Robert)
> ?- Fixed bug in `ContentProcessor::Tags` with regard to parsing
> ? ?strings/files with a multi-byte encoding under Ruby 1.9 (reported
> ? ?by Stefano Crocco)
> ?- Fixed bug in terminal size detection (webgen CLI now works in Emacs
> ? ?shell buffer) (reported by Bob Dobbs)
>
> [1]: http://webgen.rubyforge.org/documentation/tag/langbar.html
> [2]: http://webgen.rubyforge.org/documentation/contentprocessor/kramdown.html
> [3]: http://webgen.rubyforge.org/documentation/contentprocessor/less.html
> [4]: http://webgen.rubyforge.org/documentation/contentprocessor/head.html
>
>
> What's webgen?
> --------------
>
> webgen is a tool to generate static websites by combining content
> with template files. You create one or more template files in which
> you define the layout of your page and where the content should go.
> After that you create page files in which you only define the
> content. You can use a variety of markup languages like Textile or
> Markdown or Haml to define your content and you can add dynamic parts
> via ERB or by using webgen tags. This allows the automatic generation
> of menus, breadcrumb trails and much more!
>
> Installation
> ------------
>
> gem install webgen
>
>
> Usage
> -----
>
> See http://webgen.rubyforge.org/documentation/
> _______________________________________________
> webgen-users mailing list
> webgen-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/webgen-users
>
--
http://thomas.deselaers.de
From thomas at deselaers.de Mon Feb 15 15:03:04 2010
From: thomas at deselaers.de (Thomas Deselaers)
Date: Mon, 15 Feb 2010 21:03:04 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To:
References: <20100215110112.23e606ad@noeato>
Message-ID:
On Mon, Feb 15, 2010 at 21:00, Thomas Deselaers wrote:
> Hi Thomas,
>
>
>> webgen 0.5.11 has just been released! If you don't know what webgen is,
>> read the "What's webgen?" section down below.
> 2. The problem I reported ?in November is still in:
>
>
> [I just noticed that in the default style (andreas07?) the
> selected-class ( webgen-menu-item-selected) is only set correctly for
> pages that are not in subdirectories.
>
> i.e.
>
> I have
> src/index.page ? where title is set to: home
> a/index.page ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?A
> b/index.page ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?B
>
> and the menu looks like
> home
> A
> B
>
> then the menuitem is marked correctly (webgen-menu-item-selected) only
> for the home page and for none of the others.
>
> Is this intentional, can I change this?
> ]
>
> you can see this at my homepage http://thomas.deselaers.de:
> if "home" is selected, this is clearly shown
> if you select any of the other items (e.g. publications) it is not
> highlighted in the menu on the left hand side.
>> ?- Fixed CSS bug with sub directories in style bundle
>> ? ?'andreas07' (reported by Thomas Deselaers)
I only now saw this... and retried again.
I deleted the out directory and the webgen cache, but the bug really
seems to be still in.
Cheers,
thomas
--
http://thomas.deselaers.de
From thomas at deselaers.de Mon Feb 15 15:45:36 2010
From: thomas at deselaers.de (Thomas Deselaers)
Date: Mon, 15 Feb 2010 21:45:36 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To:
References: <20100215110112.23e606ad@noeato>
Message-ID:
> I only now saw this... and retried again.
> I deleted the out directory and the webgen cache, but the bug really
> seems to be still in.
Hi,
me again ;-)
I kept trying...
Finally I figured out that of course I should replace my
default.template and default.css by the new versions.
Now I did this, but the problem seems to persist.
Cheers,
thomas
--
http://thomas.deselaers.de
From sunshine at sunshineco.com Mon Feb 15 16:24:01 2010
From: sunshine at sunshineco.com (Eric Sunshine)
Date: Mon, 15 Feb 2010 16:24:01 -0500
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100215163155.222d139b@noeato>
References: <20100215110112.23e606ad@noeato> <4B792DD7.7080908@sunshineco.com>
<20100215163155.222d139b@noeato>
Message-ID: <4B79BB71.4070901@sunshineco.com>
On 2/15/2010 10:31 AM, Thomas Leitner wrote:
>> Perhaps convert_a() should avoid invoking Webgen::Tag::Relocatable
>> for links which clearly are not URI's, yet which nevertheless may
>> validly appear within "href".
> Will have a look at this! Can you post the source text which raises the
> error? This would help a lot!
This may not have been a valid use-case, or at least not well
defined/documented. With Maruku, I had been formatting an email address,
such as where the text within the '<' and '>' is
clickable. It was formatted as such:
<[me at example.com](mailto:me at example.com)>
Although Maruku supports autolink, it may have noted that the content of
'<' and '>' was not suitable autolink material, and consequently merely
encoded the '<' and '>' and then processed the inner [foo](bar) link as
usual.
kramdown, on the other hand, apparently applies autolink behavior to the
content of '<' and '>' regardless. The generated (weird) link was then
passed to Webgen::Tag::Relocatable.
It is not clear that either behavior is "correct" or meaningful. I
resolved it by encoding '<' and '>' manually as HTML character
references and then applied normal autolink behavior:
<gt;
-- ES
From damien.pollet at gmail.com Tue Feb 16 07:02:31 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Tue, 16 Feb 2010 13:02:31 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <4B79A449.4010407@sunshineco.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
Message-ID: <34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
On Mon, Feb 15, 2010 at 20:45, Eric Sunshine wrote:
> Did your normalize the link definitions in your include file to lowercase?
> kramdown expects this. For instance, when you reference the link "fooBar",
> kramdown will look for a definition named "foobar".
No, but most of the definitions that fail are still full lowercase.
It really looks like the include_file tag does not process its output,
whatever the state of tag.includefile.process_output. (it's supposed
to be true by default but I also tried to set it so explicitly in
config.yaml)
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From sunshine at sunshineco.com Tue Feb 16 07:49:21 2010
From: sunshine at sunshineco.com (Eric Sunshine)
Date: Tue, 16 Feb 2010 07:49:21 -0500
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
Message-ID: <1AE2B81C-40B8-472C-A00F-716E2C44AC5A@sunshineco.com>
On Feb 16, 2010, at 7:02 AM, Damien Pollet wrote:
> On Mon, Feb 15, 2010 at 20:45, Eric Sunshine
> wrote:
>> Did your normalize the link definitions in your include file to
>> lowercase?
>> kramdown expects this. For instance, when you reference the link
>> "fooBar",
>> kramdown will look for a definition named "foobar".
> No, but most of the definitions that fail are still full lowercase.
My mistake. I allowed my own stylistic preference for lowercasing the
link identifier to shade my recollection of the kramdown
documentation. In fact, kramdown ignores case of the link identifier.
-- ES
From t_leitner at gmx.at Tue Feb 16 09:48:50 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Tue, 16 Feb 2010 15:48:50 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
Message-ID: <20100216154850.6017c1d2@noeato.local>
On Tue, 16 Feb 2010 13:02:31 +0100, Damien Pollet wrote:
> On Mon, Feb 15, 2010 at 20:45, Eric Sunshine
> wrote:
> > Did your normalize the link definitions in your include file to
> > lowercase? kramdown expects this. For instance, when you reference
> > the link "fooBar", kramdown will look for a definition named
> > "foobar".
>
> No, but most of the definitions that fail are still full lowercase.
> It really looks like the include_file tag does not process its output,
> whatever the state of tag.includefile.process_output. (it's supposed
> to be true by default but I also tried to set it so explicitly in
> config.yaml)
I have tried to reproduce this but was not successful. Could you
extract the parts that cause the error from your website and post them?
-- Thomas
From t_leitner at gmx.at Tue Feb 16 09:44:19 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Tue, 16 Feb 2010 15:44:19 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <4B79BB71.4070901@sunshineco.com>
References: <20100215110112.23e606ad@noeato> <4B792DD7.7080908@sunshineco.com>
<20100215163155.222d139b@noeato> <4B79BB71.4070901@sunshineco.com>
Message-ID: <20100216154419.68bd80d6@noeato.local>
> This may not have been a valid use-case, or at least not well
> defined/documented. With Maruku, I had been formatting an email
> address, such as where the text within the '<' and
> '>' is clickable. It was formatted as such:
>
> <[me at example.com](mailto:me at example.com)>
>
> Although Maruku supports autolink, it may have noted that the content
> of '<' and '>' was not suitable autolink material, and consequently
> merely encoded the '<' and '>' and then processed the inner
> [foo](bar) link as usual.
>
> kramdown, on the other hand, apparently applies autolink behavior to
> the content of '<' and '>' regardless. The generated (weird) link was
> then passed to Webgen::Tag::Relocatable.
>
> It is not clear that either behavior is "correct" or meaningful. I
> resolved it by encoding '<' and '>' manually as HTML character
> references and then applied normal autolink behavior:
Thanks for the information - I will think about this.
-- Thomas
From t_leitner at gmx.at Tue Feb 16 10:02:33 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Tue, 16 Feb 2010 16:02:33 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To:
References: <20100215110112.23e606ad@noeato>
Message-ID: <20100216160233.159f9281@noeato.local>
> 1. I have reverted to the maruku processor, because there are some
> problems with links, if
> a) umlauts are contained.
> b) email addresses are contained (the @ is lost?)
> c) other characters like ? or / are contained
> d) Third level headlines do not work.
>
> Maybe I got this wrong and kramdown is meant for another markup
> language than maruku, but I thought they should do about the same,
> right?
Yes, they should do about the same. Can you provide separate test cases
for points a) - c)?
Regarding d) As far as I know third level headlines in Markdown can
only be created using atx style headers (i.e. `### headline`) since
setext style headers support only `=` and `-` as header underline
markers. Since you seem to use setext style headers, which character do
you use for underlining third level headings?
> 2. The problem I reported in November is still in:
>
>
>
> you can see this at my homepage http://thomas.deselaers.de:
> if "home" is selected, this is clearly shown
> if you select any of the other items (e.g. publications) it is not
> highlighted in the menu on the left hand side.
Replying to this and the other two mails in one go: I will have a look
at this, however, when creating a new website with `webgen create SITE`
it seems to work fine.
-- Thomas
From t_leitner at gmx.at Tue Feb 16 12:03:21 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Tue, 16 Feb 2010 18:03:21 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To:
References: <20100215110112.23e606ad@noeato>
Message-ID: <20100216180321.58092526@noeato.local>
On Mon, 15 Feb 2010 21:45:36 +0100, Thomas Deselaers wrote:
> > I only now saw this... and retried again.
> > I deleted the out directory and the webgen cache, but the bug really
> > seems to be still in.
>
> Hi,
>
> me again ;-)
>
> I kept trying...
>
> Finally I figured out that of course I should replace my
> default.template and default.css by the new versions.
>
> Now I did this, but the problem seems to persist.
Yep, I know where the problem is now: your directory links don't link
to an index page but to the directory itself. Therefore the links don't
output span elements and I have forgotten to include the styling on the
a elements.
Just replace the following lines in default.css
#menu li.webgen-menu-item-selected a, #menu li.webgen-menu-item-selected span, #menu li.webgen-menu-submenu-inhierarchy span
{padding:5px 18px 5px 0; background:#fafafa; border-top:2px solid #c0c0c0; border-bottom:2px solid #c0c0c0;}
#menu li.webgen-menu-item-selected a:hover, #menu li.webgen-menu-item-selected span:hover, #menu li.webgen-menu-submenu-inhierarchy span:hover
{color:#505050; background:#fafafa;}
with these lines:
#menu li.webgen-menu-item-selected a, #menu li.webgen-menu-item-selected span, #menu li.webgen-menu-submenu-inhierarchy span, #menu li.webgen-menu-submenu-inhierarchy a
{padding:5px 18px 5px 0; background:#fafafa; border-top:2px solid #c0c0c0; border-bottom:2px solid #c0c0c0;}
#menu li.webgen-menu-item-selected a:hover, #menu li.webgen-menu-item-selected span:hover, #menu li.webgen-menu-submenu-inhierarchy span:hover, #menu li.webgen-menu-submenu-inhierarchy a:hover
{color:#505050; background:#fafafa;}
-- Thomas
From thomas at deselaers.de Tue Feb 16 12:12:10 2010
From: thomas at deselaers.de (Thomas Deselaers)
Date: Tue, 16 Feb 2010 18:12:10 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100216180321.58092526@noeato.local>
References: <20100215110112.23e606ad@noeato>
<20100216180321.58092526@noeato.local>
Message-ID:
> Just replace the following lines in default.css
>
Thanks.
works perfectly.
Just one thing I noticed (I am not a css expert ;-)
the default.css contains a ">"-character at one spot. To mee it looks
odd, becuse it is nowhere else in the file.
Is it supposed to be there, or should it be removed?
t.
--
http://thomas.deselaers.de
From t_leitner at gmx.at Tue Feb 16 12:46:34 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Tue, 16 Feb 2010 18:46:34 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To:
References: <20100215110112.23e606ad@noeato>
<20100216180321.58092526@noeato.local>
Message-ID: <20100216184634.4c83a94e@noeato.local>
On Tue, 16 Feb 2010 18:12:10 +0100, Thomas Deselaers wrote:
> > Just replace the following lines in default.css
> >
> Thanks.
>
> works perfectly.
>
> Just one thing I noticed (I am not a css expert ;-)
>
> the default.css contains a ">"-character at one spot. To mee it looks
> odd, becuse it is nowhere else in the file.
>
> Is it supposed to be there, or should it be removed?
That's okay. If you use "a > b" as CSS selector, it means that you only
want to apply the following rule to elements that are directly below
an element. For example, the following element would be matched:
Hellodu
Whereas the following wouldn't be matched:
Helloduhello
-- Thomas
From damien.pollet at gmail.com Wed Feb 17 04:36:00 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Wed, 17 Feb 2010 10:36:00 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100216154850.6017c1d2@noeato.local>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
Message-ID: <34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
On Tue, Feb 16, 2010 at 15:48, Thomas Leitner wrote:
> I have tried to reproduce this but was not successful. Could you
> extract the parts that cause the error from your website and post them?
The code is readable at
http://code.untyped.org/gitweb/gitweb.cgi?p=website.git;a=tree;f=src
For instance, files links.markdown and index.page (the include_file
tag is at the top).
I'm not sure you can clone it but I can send you a tarball of you need.
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Wed Feb 17 13:00:02 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Wed, 17 Feb 2010 19:00:02 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
<34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
Message-ID: <20100217190002.08eba5cf@noeato.local>
On Wed, 17 Feb 2010 10:36:00 +0100, Damien Pollet wrote:
> On Tue, Feb 16, 2010 at 15:48, Thomas Leitner
> wrote:
> > I have tried to reproduce this but was not successful. Could you
> > extract the parts that cause the error from your website and post
> > them?
>
> The code is readable at
> http://code.untyped.org/gitweb/gitweb.cgi?p=website.git;a=tree;f=src
> For instance, files links.markdown and index.page (the include_file
> tag is at the top).
> I'm not sure you can clone it but I can send you a tarball of you
> need.
I found the problem: Since you don't specify the `escape_html` option
in the include_file tag, it uses the default value of `true` and turns
the quotes in the link defs to " and therefore kramdown doesn'r
recognize the link defs anymore.
Just specify `escape_html: false` in your include_file tags or set the
global option and everything should be fine.
-- Thomas
From damien.pollet at gmail.com Thu Feb 18 06:57:28 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Thu, 18 Feb 2010 12:57:28 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100217190002.08eba5cf@noeato.local>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
<34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
<20100217190002.08eba5cf@noeato.local>
Message-ID: <34b4844b1002180357q60303c9aqace5be287923de1e@mail.gmail.com>
On Wed, Feb 17, 2010 at 19:00, Thomas Leitner wrote:
> I found the problem: Since you don't specify the `escape_html` option
> in the include_file tag, it uses the default value of `true` and turns
> the quotes in the link defs to " and therefore kramdown doesn'r
> recognize the link defs anymore.
Indeed, that fixed most of the broken links, thanks!
Some do remain, e.g.:
ERROR -- Could not resolve path 'curriculum.html' in
but I guess those are due to localizations or the way I put links in the source?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Sun Feb 21 10:49:17 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Sun, 21 Feb 2010 16:49:17 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002180357q60303c9aqace5be287923de1e@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
<34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
<20100217190002.08eba5cf@noeato.local>
<34b4844b1002180357q60303c9aqace5be287923de1e@mail.gmail.com>
Message-ID: <34b4844b1002210749n2ee0ed1cp87aa4378438e3c97@mail.gmail.com>
On Thu, Feb 18, 2010 at 12:57, Damien Pollet wrote:
> Some do remain, e.g.:
> ? ?ERROR -- Could not resolve path 'curriculum.html' in
> but I guess those are due to localizations or the way I put links in the source?
OK that was a localization problem (there is only the english version
of this page.
However, I have a couple links that have targets and do not resolve.
e.g. [agenda](contact.html#agenda)
The target IDs are generated correctly in contact.html, and only this
couple of links with #targets does not work.
I've tried using the link tag instead of the kramdown syntax but it
makes no difference?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Mon Feb 22 08:16:43 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 22 Feb 2010 14:16:43 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002210749n2ee0ed1cp87aa4378438e3c97@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150456x62207e36x7f1ebba5d908ab1e@mail.gmail.com>
<4B7946F9.8050508@sunshineco.com>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
<34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
<20100217190002.08eba5cf@noeato.local>
<34b4844b1002180357q60303c9aqace5be287923de1e@mail.gmail.com>
<34b4844b1002210749n2ee0ed1cp87aa4378438e3c97@mail.gmail.com>
Message-ID: <20100222141643.0149fb22@noeato>
> However, I have a couple links that have targets and do not resolve.
> e.g. [agenda](contact.html#agenda)
> The target IDs are generated correctly in contact.html, and only this
> couple of links with #targets does not work.
>
> I've tried using the link tag instead of the kramdown syntax but it
> makes no difference?
contact.html#map can't be found because it is an ID on a non-header
element. webgen only converts HTML header tags with IDs to fragment
nodes that can be linked to. You will need to create a virtual node
so that the error message disappears.
The problem with contact.html#agenda disappears if you add the
fragments processor back to the end of the pipeline for page files.
And the problem with the mailto tag (and the others) not being
recognized can be solved by using `load` instead of `require` in
ext/init.rb (note that you need to add the extension to the loaded
files, i.e. use `load "ext/mailto.rb"`).
-- Thomas
From damien.pollet at gmail.com Mon Feb 22 10:46:23 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Mon, 22 Feb 2010 16:46:23 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <20100222141643.0149fb22@noeato>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
<34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
<20100217190002.08eba5cf@noeato.local>
<34b4844b1002180357q60303c9aqace5be287923de1e@mail.gmail.com>
<34b4844b1002210749n2ee0ed1cp87aa4378438e3c97@mail.gmail.com>
<20100222141643.0149fb22@noeato>
Message-ID: <34b4844b1002220746l694e929co4738640b36e5d7b8@mail.gmail.com>
On Mon, Feb 22, 2010 at 14:16, Thomas Leitner wrote:
> contact.html#map can't be found because it is an ID on a non-header
> element. webgen only converts HTML header tags with IDs to fragment
> nodes that can be linked to. You will need to create a virtual node
> so that the error message disappears.
>
> The problem with contact.html#agenda disappears if you add the
> fragments processor back to the end of the pipeline for page files.
Ok. I actually just did that and moved #map to a header too. Thanks!
> And the problem with the mailto tag (and the others) not being
> recognized can be solved by using `load` instead of `require` in
> ext/init.rb (note that you need to add the extension to the loaded
> files, i.e. use `load "ext/mailto.rb"`).
This seems to work fine with 'require'? why would load be different?
Isn't there a risk of initializing things several times with an
explicit load?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Mon Feb 22 11:10:46 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Mon, 22 Feb 2010 17:10:46 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
Message-ID: <34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
Back on this?
I now have webgen complain:
ERROR -- No link target specified for link type 'alternate' in 'link'
meta information in
and so on? from reading the code it seems that the href is not found
in the metainfo, but here's what I have:
link:
alternate:
- type: application/atom+xml
href: /notes/feed.atom
title: Posts (Atom)
- type: application/rss+xml
href: /notes/feed.rss
title: Posts (RSS)
On Tue, Feb 9, 2010 at 17:04, Damien Pollet wrote:
> On Mon, Feb 8, 2010 at 21:20, Thomas Leitner wrote:
>>> The problem is, if webgen translates those to absolute links in the
>>> html, it won't work. I'm deploying the webgen output in a subtree of
>>> the complete site, and I have a test deployment on a local web server
>>> that does not have the same prefix.
>>
>> webgen translates internal paths *always* to relative paths! So it does
>> not matter where you deploy your site, it will work everywhere.
>> However, if you want absolute paths, it is also possible with a little
>> patching (there was a mail exchange about this some time ago).
>
> No, relative is what I want. I just wasn't sure it would do that everywhere.
> Actually the problem might be that I have a separate template file for
> the blog posts, and maybe the blog generator does not propagate all
> its metainfo. I didn't take the time to look in detail, links on the
> main page are perfectly ok for the moment.
>
>
> --
> Damien Pollet
> type less, do more [ | ] http://people.untyped.org/damien.pollet
>
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Mon Feb 22 12:38:11 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Mon, 22 Feb 2010 18:38:11 +0100
Subject: [webgen-users] [ANN] webgen 0.5.11 released
In-Reply-To: <34b4844b1002220746l694e929co4738640b36e5d7b8@mail.gmail.com>
References: <20100215110112.23e606ad@noeato>
<34b4844b1002150557r94782a4x6f2adc0374db0ed8@mail.gmail.com>
<4B79A449.4010407@sunshineco.com>
<34b4844b1002160402i3b420e26sf428895fb9483bd4@mail.gmail.com>
<20100216154850.6017c1d2@noeato.local>
<34b4844b1002170136v42569dacu3f4b774f590dd71a@mail.gmail.com>
<20100217190002.08eba5cf@noeato.local>
<34b4844b1002180357q60303c9aqace5be287923de1e@mail.gmail.com>
<34b4844b1002210749n2ee0ed1cp87aa4378438e3c97@mail.gmail.com>
<20100222141643.0149fb22@noeato>
<34b4844b1002220746l694e929co4738640b36e5d7b8@mail.gmail.com>
Message-ID: <20100222183811.738560eb@noeato>
> > And the problem with the mailto tag (and the others) not being
> > recognized can be solved by using `load` instead of `require` in
> > ext/init.rb (note that you need to add the extension to the loaded
> > files, i.e. use `load "ext/mailto.rb"`).
>
> This seems to work fine with 'require'? why would load be different?
> Isn't there a risk of initializing things several times with an
> explicit load?
You can use 'require', however, all things done with the
`website.config` object have to be done each time ext/init.rb is loaded
(webgen really `load`s it instead of `require'ing it). Otherwise the
necessary information may not be set.
-- Thomas
From t_leitner at gmx.at Tue Feb 23 01:09:31 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Tue, 23 Feb 2010 07:09:31 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002031322l456c6aa8ue9bc63325cf14a7d@mail.gmail.com>
<20100204200125.05cc8207@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
<34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
Message-ID: <20100223070931.2d8fc00e@noeato>
On Mon, 22 Feb 2010 17:10:46 +0100, Damien Pollet wrote:
> Back on this?
> I now have webgen complain:
>
> ERROR -- No link target specified for link type 'alternate' in 'link'
> meta information in
>
> and so on? from reading the code it seems that the href is not found
> in the metainfo, but here's what I have:
>
> link:
> alternate:
> - type: application/atom+xml
> href: /notes/feed.atom
> title: Posts (Atom)
> - type: application/rss+xml
> href: /notes/feed.rss
> title: Posts (RSS)
This is a bug in the content processor head which I have fixed in my
repo.
-- Thomas
From damien.pollet at gmail.com Thu Feb 25 07:38:58 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Thu, 25 Feb 2010 13:38:58 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100223070931.2d8fc00e@noeato>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
<34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
<20100223070931.2d8fc00e@noeato>
Message-ID: <34b4844b1002250438l6dd362edi4d523e6b87caf187@mail.gmail.com>
On Tue, Feb 23, 2010 at 07:09, Thomas Leitner wrote:
> This is a bug in the content processor head which I have fixed in my
> repo.
Is it pushed to github ?
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Fri Feb 26 07:04:02 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Fri, 26 Feb 2010 13:04:02 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002250438l6dd362edi4d523e6b87caf187@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002041156j4919e9baic6aef987cfddaf7c@mail.gmail.com>
<20100205002153.0372c736@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
<34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
<20100223070931.2d8fc00e@noeato>
<34b4844b1002250438l6dd362edi4d523e6b87caf187@mail.gmail.com>
Message-ID: <20100226130402.2fb255c1@noeato>
On Thu, 25 Feb 2010 13:38:58 +0100, Damien Pollet wrote:
> On Tue, Feb 23, 2010 at 07:09, Thomas Leitner
> wrote:
> > This is a bug in the content processor head which I have fixed in my
> > repo.
>
> Is it pushed to github ?
It now is.
-- Thomas
From damien.pollet at gmail.com Fri Feb 26 07:41:52 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Fri, 26 Feb 2010 13:41:52 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <20100226130402.2fb255c1@noeato>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
<34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
<20100223070931.2d8fc00e@noeato>
<34b4844b1002250438l6dd362edi4d523e6b87caf187@mail.gmail.com>
<20100226130402.2fb255c1@noeato>
Message-ID: <34b4844b1002260441u7aecbfaama3ed8c0863a2d471@mail.gmail.com>
On Fri, Feb 26, 2010 at 13:04, Thomas Leitner wrote:
>> Is it pushed to github ?
>
> It now is.
OK, I pulled that?
- at first I got a bunch of errors due to mis-initialization of the
metainfo tag? switched from require to load in ex/init.rb and that
fixed those.
- everything looks nice, the link#targets work, the feed metadata too, but?
?some pieces of markdown code appear as-is in the output, e.g. the
tagline with my affiliation in the page headers, the title of entries
in the main blog page, and the tag in the blog post pages.
The tag problem was fixed by removing indentation (it was
recognized as a markdown code block).
The tagline looks more like the metainfo tag escapes ?or does not
process its output like the include_file tag can.
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From damien.pollet at gmail.com Fri Feb 26 08:02:22 2010
From: damien.pollet at gmail.com (Damien Pollet)
Date: Fri, 26 Feb 2010 14:02:22 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002260441u7aecbfaama3ed8c0863a2d471@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato> <20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
<34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
<20100223070931.2d8fc00e@noeato>
<34b4844b1002250438l6dd362edi4d523e6b87caf187@mail.gmail.com>
<20100226130402.2fb255c1@noeato>
<34b4844b1002260441u7aecbfaama3ed8c0863a2d471@mail.gmail.com>
Message-ID: <34b4844b1002260502t785b2d35nd231d5b7e3945aa7@mail.gmail.com>
On Fri, Feb 26, 2010 at 13:41, Damien Pollet wrote:
> but?
And in_menu: false is ignored (for at least one of the subdirectories)
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pollet
From t_leitner at gmx.at Fri Feb 26 09:14:47 2010
From: t_leitner at gmx.at (Thomas Leitner)
Date: Fri, 26 Feb 2010 15:14:47 +0100
Subject: [webgen-users] Adding custom s to the via the
contentprocessor head
In-Reply-To: <34b4844b1002260441u7aecbfaama3ed8c0863a2d471@mail.gmail.com>
References: <20100203213244.529e7ddc@noeato>
<34b4844b1002060347w7a8e51b1xbbe43e9f8a5f0e8d@mail.gmail.com>
<20100207202836.1521e914@noeato>
<34b4844b1002080253i5d4b376fma6ae1c5548878512@mail.gmail.com>
<20100208212042.6bec4e0c@noeato>
<34b4844b1002090804j584c3eaexd0154ca625778f63@mail.gmail.com>
<34b4844b1002220810hef8efakdfdcf1fac4485bda@mail.gmail.com>
<20100223070931.2d8fc00e@noeato>
<34b4844b1002250438l6dd362edi4d523e6b87caf187@mail.gmail.com>
<20100226130402.2fb255c1@noeato>
<34b4844b1002260441u7aecbfaama3ed8c0863a2d471@mail.gmail.com>
Message-ID: <20100226151447.7533b8de@noeato>
> ?some pieces of markdown code appear as-is in the output, e.g. the
> tagline with my affiliation in the page headers, the title of entries
> in the main blog page, and the tag in the blog post pages.
This is due to a change in the meta info tag. The meta info values are
assumed to be output format agnostic. Therefore I added automatic
escaping of meta info values inserted by the metainfo tag. I have added
an option for disabling the escaping. The Github repo has been updated.
-- Thomas