[pmwiki-users] Custom bullets in lists
Patrick R. Michaud
pmichaud at pobox.com
Fri May 26 08:23:44 CDT 2006
On Fri, May 26, 2006 at 10:58:21AM +0200, Roman wrote:
> I understand. And what about less general but also sufficient way that
> assumes predefined image directory? Is there a way how to define a
> wikistyle that will not use its argument directly but surround it by
> other text. So %listimage=custombullet.gif% in wiki markup would be
> expanded like this:
Yes, that's a good idea (and workable). The "easiest" way to do
this at the moment would be to use a $WikiStyleRepl pattern to
convert "listimage=<something>" into the appropriate wikistyle.
I'll have to think about that just a bit more. In some sense
I'd almost prefer to figure out a way to resolve the problem
in general, because the "natural" way to write this ought to be
So, we just have to figure out how to prevent those references from
becoming links or <img> tags prior to wikistyle processing. Hmm,
maybe the '=' is a clue there... or even the 'list-style-image='.
Off to think some more about it...
> On 5/26/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> > On Fri, May 26, 2006 at 12:37:00AM +0200, Roman wrote:
> > > Nice, but it requires to define style for each image. If Pm could
> > > extend Wikistyles to use attachment or intermap link in image url(),
> > > then we could use any image without the need to define style for it.
> > > But I don't know how hard is it to implement.
> > It's hard enough to implement that it's not likely to happen soon.
> > It's a bit of a chicken-and-egg problem. Because we want wikistyles
> > to be able to affect images (e.g., %width=50% Attach:foo.gif),
> > the wikistyle markup ought to be processed after the Attach: markup.
> > But this messes things up for something like
> > %list list-style=url(Attach:pdf.png)%
> > because in this case we want the Attach:pdf.png to be replaced
> > with a plain url and not an HTML <img .../> tag. But in order
> > to do that we have to somehow prevent the normal Attach: markup
> > from doing its thing.
> > There's lots of approaches that we could take to do something like
> > this, but frankly it hasn't been a highly-demanded option so
> > the reward/effort ratio isn't all that high at the moment.
> > Pm
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
More information about the pmwiki-users