Gmail Calendar Documents Reader Web more »
Recently Visited Groups | Help | Sign in
Google Groups Home
Feature request: [child.attribute: value]
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  2 messages - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
moriarty4  
View profile  
 More options Sep 7, 1:12 am
From: moriarty4 <moriar...@gmail.com>
Date: Sun, 6 Sep 2009 22:12:33 -0700 (PDT)
Local: Mon, Sep 7 2009 1:12 am
Subject: Feature request: [child.attribute: value]
Wikidpad is fantastic. Its ease of programmability/extensability is
starting to be reminiscent of a more user-friendly emacs...

On to my question. The global.* prefix to define wiki-wide attributes
and settings is very useful. Have you thought of a child.* prefix that
applies its settings to the 'children' of the current page, overriding
any global.* settings that are in force.

I realise this is a bit complicated as a wiki is not a tree, so a page
could have several parents with conflicting child.* settings. But most
wikis do have regions within them that are organised in a tree-like
manner, where this facility would be useful. One way of getting around
the difficulty of confllicting parents is by a rule that says the
"nearest" parent (fewest links away) wins.

Alternatively/additionally, settings that are non-exclusive could be
multiply inherited. So if parent 1 says [child.tag: foo] and parent 2
says [child.tag: bar], the page inherits both tags.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Michael Butscher  
View profile  
 More options Oct 10, 5:58 am
From: Michael Butscher <mbutsc...@gmx.de>
Date: Sat, 10 Oct 2009 11:58:24 +0200
Local: Sat, Oct 10 2009 5:58 am
Subject: Re: Feature request: [child.attribute: value]

moriarty4 wrote:
> Wikidpad is fantastic. Its ease of programmability/extensability is
> starting to be reminiscent of a more user-friendly emacs...

Thank you.

> On to my question. The global.* prefix to define wiki-wide attributes
> and settings is very useful. Have you thought of a child.* prefix that
> applies its settings to the 'children' of the current page, overriding
> any global.* settings that are in force.

This would be complicated (in addition to the conflict resolution) if
grandparents/grandchildren would be taken into account.

To find all child.* attributes which may affect a page it would be
necessary to find and look at all parents, grandparents, ... of this
page. And this must be done for all pages.

The information may be cached, but this cache must then be invalidated
properly if a link or a child.* attribute on a page is added or removed
so the cache must be either thrown away entirely or parts of it must be
selected for deletion very carefully.

Michael


    Reply    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google