From renggli at student.unibe.ch  Thu Jan  1 20:43:40 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Thu, 1 Jan 2004 20:43:40 +0100
Subject: SmallWiki and Images (from: gmane.comp.lang.smalltalk.squeak.general)
Message-ID: <CC772146-3C92-11D8-A8DB-000393CFE6C8@student.unibe.ch>



 >>> Is there a way to have embedded images in a SmallWiki page? All I
 >>> seem to be able to do is to set up a link to the image.
 >>
 >> yes this is the way to go: simply create a link from your wiki-page
 >> to the resource and the image should be inlined automatically. As an
 >> example you might want to check out this page:
 >>
 >> 	http://kilana.unibe.ch:9090/ese2003gruppen-smallwikis/
 >> sureshockwriters/
 >
 > Hm.  That shows a link to *ssw-image* as if it were a wiki page - is
 > there some way to upload and name an image, then?

Yes, but as it points to a resource it is rendered differently 
according to its mime-type: that means if it is an image an <img>, if 
it is a movie an <object>, etc. is emitted.

When creating a new link *The New Image* to a non existant structure in 
SmallWiki at first the link doesn't point to anything. However on the 
html-page a list with all the possible structures (depending of the 
security configuration for the current user not all possibliites might 
be shown) will be rendered and the user can choose what he wants to 
point this link to. In the given example one would click on 'Resource' 
and an upload-dialog will be presented where the user specifies the 
file to upload. When hitting ok, a new resource named 'The New Image' 
is created and the user is brought back to the original page displaying 
now the image now inlined.

 > As for the original question, you can always directly put in an
 > <img> tag...

It is of course possible to use any html-tags and static urls, but bear 
in mind that the link will break if you rename or move the target. Some 
students here at Bern have written a plugin that detects such defects, 
but I don't know about the status of it. Personally I prefer SmallWiki 
links, because they are updated automatically if you rename or move the 
target.

Cheers,
Lukas

-- 
Lukas Renggli
http://renggli.freezope.org



From renggli at student.unibe.ch  Fri Jan  2 16:16:45 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Fri, 2 Jan 2004 16:16:45 +0100
Subject: Holiday Enhancements
Message-ID: <AD8F5832-3D36-11D8-A8DB-000393CFE6C8@student.unibe.ch>



- The 'Path Template' has got a property giving the maximum number of 
levels that should be printed, leaving this property to 0 means that 
everything will be printed. In case there are some structures truncated 
the omission-string will be printed instead, see the default value of 
these properties to get an idea about the possibilities.

- A 'Menu Template' has been added, that renders a tree-like menu and 
has got a couple of settings to modify its look and behavior. This is a 
component basically interesting for CMS systems. The default 
css-stylesheet has been updated accordingly.

- The action hierarchy has been slightly refactored and there is 
support to display special actions within a nested list. However 
editing this sublist is currently not possible from within the 
component editor. Currently there have been the actions PropertyEditor, 
TemplateEditor, ComponentEditor and StylesheetEditor put into the Admin 
sublist. I think this would be also a good place to put the permission 
and security related actions.

- Even-tough I do not use RSS personally, here is dynamically from the 
changes built RSS feed for your SmallWiki server. A reference is put 
into the html-header so appropriate search-engine should catch it, of 
course it is also possible to add it as an action anywhere.

PS:  Make sure you have a proper backup before you load the changes, 
there are some modifications (changes in the internal data structures) 
that might break your wiki-tree. There were a few post-load scripts 
added to fix most of the problems that could arise. If you still 
encounter a problem, use the inspector or the workspace to fix it 
manually.

-- 
Lukas Renggli
http://renggli.freezope.org



From renggli at student.unibe.ch  Sun Jan  4 13:47:49 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Sun, 4 Jan 2004 13:47:49 +0100
Subject: BUG & RSS Fixes
Message-ID: <34482D9E-3EB4-11D8-A32B-000393CFE6C8@student.unibe.ch>

Mhh, I introduced some new bugs when I implemented the RSS-Feed. 
Unfortunately RSS requires absolute paths at some positions so I had to 
change parts of the html-generation framework and this broke all the 
forms. This problem has been fixed now and I updated 
http://kilana.unibe.ch:9090 to support all the new features. Due to 
some enhancements in the css-stylesheets, some designs might not look 
perfectly until you update them too.

Although I was quite skeptical about the usefulness of RSS, I start to 
like it. It seems to be quite cool to have a list with the latest 
changes in a special program that highlights the things you haven't 
seen yet. To use this feature in your favorite client subscribe to

	http://kilana.unibe.ch:9090/?action=RSSChangesFeed

what will notify you about any change in the wiki. Of course you can 
also restrict to a certain subtree by using a more specific url, like

	http://kilana.unibe.ch:9090/mop/?action=RSSChangesFeed

Most RSS clients shouldn't even require that you specify the action, 
but I don't know if this is supported by all viewers. Too see an 
example of an RSS-Feed, have a look at the attached picture.

Cheers,
Lukas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rss.jpg
Type: image/jpeg
Size: 94151 bytes
Desc: not available
Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040104/56555e38/rss.jpg
-------------- next part --------------

-- 
Lukas Renggli
http://renggli.freezope.org

From renggli at student.unibe.ch  Tue Jan  6 17:29:34 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Tue, 6 Jan 2004 17:29:34 +0100
Subject: Problems with "Recent Changes"
Message-ID: <82F2D1E4-4065-11D8-9BEC-000393CFE6C8@student.unibe.ch>



Hi,

unfortunately there were some more problems with the recent-changes 
(and the rss feed as it depends on that code), because the time-stamp 
wasn't set properly when modifying structures. I've added a test, fixed 
it and updated the kilana-server. There should be much more traffic 
produced, when subscribing to the rss-feed. Sorry for the 
inconvenience.

Cheers,
Lukas


-- 
Lukas Renggli
http://renggli.freezope.org



From ducasse at iam.unibe.ch  Wed Jan  7 09:00:16 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Wed, 7 Jan 2004 09:00:16 +0100
Subject: we need the role interface
In-Reply-To: <3FE70968.309@iam.unibe.ch>
References: <F741407B-30AF-11D8-A9FC-000A9573EAE2@iam.unibe.ch> <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE1AE8F.80602@eranova.si> <3FE70968.309@iam.unibe.ch>
Message-ID: <877EC81E-40E7-11D8-B384-000A9573EAE2@iam.unibe.ch>



Hi david

from what I understood the last changes of lukas cut the grass under 
your feet.
I know how it is painful to work on something changing, that's why the 
strategy is to
cut in small parts the admin tools and push that in the mainstream :)
this way lukas will automatically fixed them when refactoring or 
improving Smallwiki.

As soon as the role interface and admin interface are back online, I 
will add new wiki
to try the roles. :)
When do you think that your admin tool will be back in life?

Stef


On 22 d?c. 03, at 16:10, david vogel wrote:

> hello,
>
> I put a version of the admin tool 'SmallWiki.Admin' (manage roles and 
> users) on the cincom store.
>
> remarks:
> 1) make sure that the versions af the children parents are correct, if 
> not do something like:
>
> structure root fixVersion
>
> Structure >> fixVersion
>    "make sure that every child has correct parent"
>
>    self childrenDo:
>            [:aChild |
>            aChild parent: self.
>            aChild fixVersion]
>
> 2) after loading the admin tool, make sure that the admin link will 
> show up in the template (thanks lukas):
>
> SmallWiki.TemplateBodyActions allInstances do: [ :each |
>        each actions add: SmallWiki.AdminAction ]
>
>
> to scg:
> I also loaded the admintool on kilana
> I saved a image before and put it into directory: 
> ......./BackupBeforeInstallingRoleManagement
>
> have fun,
> david.
>
> merry christmas!
>
>
  



From vogel at iam.unibe.ch  Wed Jan  7 09:15:01 2004
From: vogel at iam.unibe.ch (David Vogel)
Date: Wed, 07 Jan 2004 09:15:01 +0100
Subject: we need the role interface
In-Reply-To: <877EC81E-40E7-11D8-B384-000A9573EAE2@iam.unibe.ch>
References: <F741407B-30AF-11D8-A9FC-000A9573EAE2@iam.unibe.ch> <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE1AE8F.80602@eranova.si> <3FE70968.309@iam.unibe.ch> <877EC81E-40E7-11D8-B384-000A9573EAE2@iam.unibe.ch>
Message-ID: <3FFBC005.5020206@iam.unibe.ch>



hi stef,

I'll fix it on friday this week. I'll let you know, when it's set up on 
kilana again.

cheers,
david.



ducasse wrote:

> Hi david
>
> from what I understood the last changes of lukas cut the grass under 
> your feet.
> I know how it is painful to work on something changing, that's why the 
> strategy is to
> cut in small parts the admin tools and push that in the mainstream :)
> this way lukas will automatically fixed them when refactoring or 
> improving Smallwiki.
>
> As soon as the role interface and admin interface are back online, I 
> will add new wiki
> to try the roles. :)
> When do you think that your admin tool will be back in life?
>
> Stef
>
>
> On 22 d?c. 03, at 16:10, david vogel wrote:
>
>> hello,
>>
>> I put a version of the admin tool 'SmallWiki.Admin' (manage roles and 
>> users) on the cincom store.
>>
>> remarks:
>> 1) make sure that the versions af the children parents are correct, 
>> if not do something like:
>>
>> structure root fixVersion
>>
>> Structure >> fixVersion
>>    "make sure that every child has correct parent"
>>
>>    self childrenDo:
>>            [:aChild |
>>            aChild parent: self.
>>            aChild fixVersion]
>>
>> 2) after loading the admin tool, make sure that the admin link will 
>> show up in the template (thanks lukas):
>>
>> SmallWiki.TemplateBodyActions allInstances do: [ :each |
>>        each actions add: SmallWiki.AdminAction ]
>>
>>
>> to scg:
>> I also loaded the admintool on kilana
>> I saved a image before and put it into directory: 
>> ......./BackupBeforeInstallingRoleManagement
>>
>> have fun,
>> david.
>>
>> merry christmas!
>>
>>
>  
>




From ducasse at iam.unibe.ch  Wed Jan  7 10:57:33 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Wed, 7 Jan 2004 10:57:33 +0100
Subject: we need the role interface
In-Reply-To: <3FFBC005.5020206@iam.unibe.ch>
References: <F741407B-30AF-11D8-A9FC-000A9573EAE2@iam.unibe.ch> <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE1AE8F.80602@eranova.si> <3FE70968.309@iam.unibe.ch> <877EC81E-40E7-11D8-B384-000A9573EAE2@iam.unibe.ch> <3FFBC005.5020206@iam.unibe.ch>
Message-ID: <EA293964-40F7-11D8-B41E-000A9573EAE2@iam.unibe.ch>



excellent and we should talk about your master.... :)

On 7 janv. 04, at 09:15, David Vogel wrote:

> hi stef,
>
> I'll fix it on friday this week. I'll let you know, when it's set up 
> on kilana again.
>
> cheers,
> david.
>
>
>
> ducasse wrote:
>
>> Hi david
>>
>> from what I understood the last changes of lukas cut the grass under 
>> your feet.
>> I know how it is painful to work on something changing, that's why 
>> the strategy is to
>> cut in small parts the admin tools and push that in the mainstream :)
>> this way lukas will automatically fixed them when refactoring or 
>> improving Smallwiki.
>>
>> As soon as the role interface and admin interface are back online, I 
>> will add new wiki
>> to try the roles. :)
>> When do you think that your admin tool will be back in life?
>>
>> Stef
>>
>>
>> On 22 d?c. 03, at 16:10, david vogel wrote:
>>
>>> hello,
>>>
>>> I put a version of the admin tool 'SmallWiki.Admin' (manage roles 
>>> and users) on the cincom store.
>>>
>>> remarks:
>>> 1) make sure that the versions af the children parents are correct, 
>>> if not do something like:
>>>
>>> structure root fixVersion
>>>
>>> Structure >> fixVersion
>>>    "make sure that every child has correct parent"
>>>
>>>    self childrenDo:
>>>            [:aChild |
>>>            aChild parent: self.
>>>            aChild fixVersion]
>>>
>>> 2) after loading the admin tool, make sure that the admin link will 
>>> show up in the template (thanks lukas):
>>>
>>> SmallWiki.TemplateBodyActions allInstances do: [ :each |
>>>        each actions add: SmallWiki.AdminAction ]
>>>
>>>
>>> to scg:
>>> I also loaded the admintool on kilana
>>> I saved a image before and put it into directory: 
>>> ......./BackupBeforeInstallingRoleManagement
>>>
>>> have fun,
>>> david.
>>>
>>> merry christmas!
>>>
>>>
>>
>
>




From ducasse at iam.unibe.ch  Sun Jan 11 23:10:52 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Sun, 11 Jan 2004 23:10:52 +0100
Subject: Bug in admin tool
Message-ID: <0555D794-4483-11D8-8357-000A9573EAE2@iam.unibe.ch>



Hi david

I wanted to create a new admin for a private wiki I'm setting up.
So I went to privateEFB and I clicked on role management
Then I wanted to create a new role:
	so below the long list I filled the role name widget  with EFBAdmin 
and pressed create
and boom got an error.

Stef



From vogel at glue.ch  Mon Jan 12 09:42:52 2004
From: vogel at glue.ch (vogel@glue.ch)
Date: Mon, 12 Jan 2004 09:42:52 +0100 (MET)
Subject: Bug in admin tool (fwd)
In-Reply-To: <200401120824.i0C8OWl04860@kilana.unibe.ch>
References: <200401120824.i0C8OWl04860@kilana.unibe.ch>
Message-ID: <1213.194.230.208.166.1073896972.squirrel@webmail.glue.ch>




> Hi david
>
> I wanted to create a new admin for a private wiki I'm setting up.
> So I went to privateEFB and I clicked on role management
> Then I wanted to create a new role:
> 	so below the long list I filled the role name widget  with EFBAdmin
> and pressed create
> and boom got an error.
>
> Stef

hi stef,

I just tried to do the same, and it seems to work perfect...

- I created the roles: 'testrole', 'second role' and 'EFBAdmin' and also
an user called 'EFBAdmin' with the role 'EFBAdmin' and 'anonymous'
then I logged in as EFBAdmin and created roles and users...

please try again and let me know the error message.


cheers,
david.




From ducasse at iam.unibe.ch  Mon Jan 12 09:54:02 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Mon, 12 Jan 2004 09:54:02 +0100
Subject: Bug in admin tool (fwd)
In-Reply-To: <1213.194.230.208.166.1073896972.squirrel@webmail.glue.ch>
References: <200401120824.i0C8OWl04860@kilana.unibe.ch> <1213.194.230.208.166.1073896972.squirrel@webmail.glue.ch>
Message-ID: <DEAB502A-44DC-11D8-AEF7-000A9573EAE2@iam.unibe.ch>



I see that you created roles :)
I tried to create the EFBUser role and it DNU on roleToCreate:
I will try with something else than safari.

I cannot open the debugger
may be you can
http://kilana.unibe.ch:9090/?callback=1067771

On 12 janv. 04, at 09:42, <vogel at glue.ch> wrote:

>
>> Hi david
>>
>> I wanted to create a new admin for a private wiki I'm setting up.
>> So I went to privateEFB and I clicked on role management
>> Then I wanted to create a new role:
>> 	so below the long list I filled the role name widget  with EFBAdmin
>> and pressed create
>> and boom got an error.
>>
>> Stef
>
> hi stef,
>
> I just tried to do the same, and it seems to work perfect...
>
> - I created the roles: 'testrole', 'second role' and 'EFBAdmin' and 
> also
> an user called 'EFBAdmin' with the role 'EFBAdmin' and 'anonymous'
> then I logged in as EFBAdmin and created roles and users...
>
> please try again and let me know the error message.
>
>
> cheers,
> david.
>
>



From ducasse at iam.unibe.ch  Mon Jan 12 09:57:48 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Mon, 12 Jan 2004 09:57:48 +0100
Subject: Bug in admin tool (fwd)
In-Reply-To: <1213.194.230.208.166.1073896972.squirrel@webmail.glue.ch>
References: <200401120824.i0C8OWl04860@kilana.unibe.ch> <1213.194.230.208.166.1073896972.squirrel@webmail.glue.ch>
Message-ID: <65536102-44DD-11D8-AEF7-000A9573EAE2@iam.unibe.ch>



Hi

I tried with Internet Explorer and it worked. And crash with 
safari.....Strange

By the way should I create the EFBUser using the EFBAdminUser.
This is my impression that this better than what I'm doing every wiki 
Admin should create his wiki roles and user
and we should not create roeland user that are specific to a wiki with 
the root admin.

Can you comment on that?

Stef


On 12 janv. 04, at 09:42, <vogel at glue.ch> wrote:

>
>> Hi david
>>
>> I wanted to create a new admin for a private wiki I'm setting up.
>> So I went to privateEFB and I clicked on role management
>> Then I wanted to create a new role:
>> 	so below the long list I filled the role name widget  with EFBAdmin
>> and pressed create
>> and boom got an error.
>>
>> Stef
>
> hi stef,
>
> I just tried to do the same, and it seems to work perfect...
>
> - I created the roles: 'testrole', 'second role' and 'EFBAdmin' and 
> also
> an user called 'EFBAdmin' with the role 'EFBAdmin' and 'anonymous'
> then I logged in as EFBAdmin and created roles and users...
>
> please try again and let me know the error message.
>
>
> cheers,
> david.
>
>



From vogel at glue.ch  Mon Jan 12 10:19:03 2004
From: vogel at glue.ch (vogel@glue.ch)
Date: Mon, 12 Jan 2004 10:19:03 +0100 (MET)
Subject: Bug in admin tool (fwd)
In-Reply-To: <200401120900.i0C90Nh04927@kilana.unibe.ch>
References: <200401120900.i0C90Nh04927@kilana.unibe.ch>
Message-ID: <1422.194.230.208.166.1073899143.squirrel@webmail.glue.ch>



hi,

I'll have a look at the safari problem next week, 'cause I won't be @iam
this week :-(
role/user strategy:
it is correct what you are saying:
the main admin is 'admin':
- he creates the anonymous role and the anonymous user
- he creates an admin role and corresponding admin user for each wiki
  (these little admin users should also have the role anonymous in order
  to view other wikis)- and now those little admins are responsible for creating roles and users
in their wiki. they can create new admins for a specific range in their
wiki and so on...- it is important to apply this strategy properly (see next point)


deletion of an admin user (a user that owns permission *Admin):
- an admin user can only delete users that he has created himself.
  (except the main admin: he can delete any user he wants to)
- by deleting an admin user, we will also delete the users and roles that
he has created himself, and so on...

cheers,
david.



> Hi
>
> I tried with Internet Explorer and it worked. And crash with
> safari.....Strange
>
> By the way should I create the EFBUser using the EFBAdminUser.
> This is my impression that this better than what I'm doing every wiki
> Admin should create his wiki roles and user
> and we should not create roeland user that are specific to a wiki with
> the root admin.
>
> Can you comment on that?
>
> Stef
>
>
> On 12 janv. 04, at 09:42, <vogel at glue.ch> wrote:
>
>>
>>> Hi david
>>>
>>> I wanted to create a new admin for a private wiki I'm setting up. So
>>> I went to privateEFB and I clicked on role management
>>> Then I wanted to create a new role:
>>> 	so below the long list I filled the role name widget  with EFBAdmin
>>> and pressed create
>>> and boom got an error.
>>>
>>> Stef
>>
>> hi stef,
>>
>> I just tried to do the same, and it seems to work perfect...
>>
>> - I created the roles: 'testrole', 'second role' and 'EFBAdmin' and
>> also
>> an user called 'EFBAdmin' with the role 'EFBAdmin' and 'anonymous'
>> then I logged in as EFBAdmin and created roles and users...
>>
>> please try again and let me know the error message.
>>
>>
>> cheers,
>> david.





From renggli at student.unibe.ch  Fri Jan 16 21:09:18 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Fri, 16 Jan 2004 21:09:18 +0100
Subject: About role interface bug
In-Reply-To: <4D34A8D2-4856-11D8-BE9A-000A9573EAE2@iam.unibe.ch>
References: <4D34A8D2-4856-11D8-BE9A-000A9573EAE2@iam.unibe.ch>
Message-ID: <DDCBF108-485F-11D8-9FA2-000393CFE6C8@student.unibe.ch>



Hi Stef,

I've never experienced a bug specific to Safari and I did basically all 
my development using that web-browser. For the releases I also tested 
most important functionality on IE and Mozilla.

> have yo any idea why this bug with safari and not with I?

When trying to create a new role in Safari I get 'Message not 
understood: #roleToCreate:'. Having a look at the html I see that there 
is a missing action-attribute in every form-tag in the admin interface. 
This attribute is required by the HTML standard and obviously Safari 
isn't using the same default value as IE and Mozilla (they both use the 
current url, whereas Safari used the root) do. When rendering a form in 
an action one should always call

	self renderForm: [ ...

instead of

	html form: [

This ensures that the form is setup-correctly for the current action.

Cheers,
Lukas

-- 
Lukas Renggli
http://renggli.freezope.org



From ducasse at iam.unibe.ch  Fri Jan 16 21:24:27 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Fri, 16 Jan 2004 21:24:27 +0100
Subject: About role interface bug
In-Reply-To: <DDCBF108-485F-11D8-9FA2-000393CFE6C8@student.unibe.ch>
References: <4D34A8D2-4856-11D8-BE9A-000A9573EAE2@iam.unibe.ch> <DDCBF108-485F-11D8-9FA2-000393CFE6C8@student.unibe.ch>
Message-ID: <FB26D49E-4861-11D8-BE9A-000A9573EAE2@iam.unibe.ch>



thanks lukas.

I will start to use roles for my wiki :)))

Stef

On 16 janv. 04, at 21:09, Lukas Renggli wrote:

> Hi Stef,
>
> I've never experienced a bug specific to Safari and I did basically 
> all my development using that web-browser. For the releases I also 
> tested most important functionality on IE and Mozilla.
>
>> have yo any idea why this bug with safari and not with I?
>
> When trying to create a new role in Safari I get 'Message not 
> understood: #roleToCreate:'. Having a look at the html I see that 
> there is a missing action-attribute in every form-tag in the admin 
> interface. This attribute is required by the HTML standard and 
> obviously Safari isn't using the same default value as IE and Mozilla 
> (they both use the current url, whereas Safari used the root) do. When 
> rendering a form in an action one should always call
>
> 	self renderForm: [ ...
>
> instead of
>
> 	html form: [
>
> This ensures that the form is setup-correctly for the current action.
>
> Cheers,
> Lukas
>
> -- 
> Lukas Renggli
> http://renggli.freezope.org
>



From ducasse at iam.unibe.ch  Sun Jan 18 13:29:26 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Sun, 18 Jan 2004 13:29:26 +0100
Subject: About roles a concrete need
Message-ID: <F416542E-49B1-11D8-84AF-000A9573EAE2@iam.unibe.ch>



Hi david

I want to do the following:
	- I created a wiki private EFB that only user with a password can see 
(I have to check with the user
	if they want that).

	- I created an Admin and with this admin create a user.
	I do not know understand how I can remove rights and how I can limit 
the access to anonymous


Stef



From ducasse at iam.unibe.ch  Sun Jan 18 13:47:07 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Sun, 18 Jan 2004 13:47:07 +0100
Subject: About anonymous...alias stef killed SmallWiki by accident..
Message-ID: <6C82635E-49B4-11D8-84AF-000A9573EAE2@iam.unibe.ch>



David

how do I remove the anymous user on a wiki?
I felt idiot ask this question so I tried and broke 
everything....coooooooool


I went to the privateEFB and I removed the anonymous user by admin but 
I think
that I broke everything. .... :(
David have you tried to model specific scenario with the roles 
management because
this is my first try and it seems that I shot it down.

sorry lukas to damage this way your beautiful baby.

Should I have delete the anonymous user been logged as a local admin?
In such a case does it destroy the anonymous user for all the wikis? I 
hope not!

Then how this is possible that now that the anonymous user is destroyed 
I cannot
access SmallWiki? Either we should not be able to remove it either we 
should be able to
access smallWiki.

Stef



From renggli at student.unibe.ch  Sun Jan 18 15:14:48 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Sun, 18 Jan 2004 15:14:48 +0100
Subject: About anonymous...alias stef killed SmallWiki by accident..
In-Reply-To: <6C82635E-49B4-11D8-84AF-000A9573EAE2@iam.unibe.ch>
References: <6C82635E-49B4-11D8-84AF-000A9573EAE2@iam.unibe.ch>
Message-ID: <AC8D7D2C-49C0-11D8-BEAA-000393CFE6C8@student.unibe.ch>



> sorry lukas to damage this way your beautiful baby.

No problem, but this is strange because the whole VM crashed ...

Anyway, luckily there are regular backups, the last snapshot was logged 
sometime at 13:30, so everything up to that time should be there. Now 
the system is up and running again  ...

> Should I have delete the anonymous user been logged as a local admin?
> In such a case does it destroy the anonymous user for all the wikis? I 
> hope not!

The trick is that roles and users are global to the whole wiki, so when 
you delete the anonymous user or role you loose all anonymous access to 
the wiki.

The trick is to redefine the permissions of the anonymous role in your 
folder to disallow or add certain actions. It is not possible to remove 
or add roles locally, only permissions!

> Then how this is possible that now that the anonymous user is 
> destroyed I cannot
> access SmallWiki? Either we should not be able to remove it either we 
> should be able to access smallWiki.

I don't know how this is handled by the interface of David, but what 
you probably want to do is to lower the permissions of anonymous 
(remove some permissions of the anonymous role in your folder) and 
create a new user with a new roles.

Cheers,
Lukas

-- 
Lukas Renggli
http://renggli.freezope.org



From ducasse at iam.unibe.ch  Sun Jan 18 15:22:16 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Sun, 18 Jan 2004 15:22:16 +0100
Subject: About anonymous...alias stef killed SmallWiki by accident..
In-Reply-To: <AC8D7D2C-49C0-11D8-BEAA-000393CFE6C8@student.unibe.ch>
References: <6C82635E-49B4-11D8-84AF-000A9573EAE2@iam.unibe.ch> <AC8D7D2C-49C0-11D8-BEAA-000393CFE6C8@student.unibe.ch>
Message-ID: <B79A0258-49C1-11D8-84AF-000A9573EAE2@iam.unibe.ch>




On 18 janv. 04, at 15:14, Lukas Renggli wrote:

>> sorry lukas to damage this way your beautiful baby.
>
> No problem, but this is strange because the whole VM crashed ...
>
> Anyway, luckily there are regular backups, the last snapshot was 
> logged sometime at 13:30, so everything up to that time should be 
> there. Now the system is up and running again  ...
>
>> Should I have delete the anonymous user been logged as a local admin?
>> In such a case does it destroy the anonymous user for all the wikis? 
>> I hope not!
>
> The trick is that roles and users are global to the whole wiki, so 
> when you delete the anonymous user or role you loose all anonymous 
> access to the wiki.

So may be we should block the deletion of the anymous user

> The trick is to redefine the permissions of the anonymous role in your 
> folder to disallow or add certain actions. It is not possible to 
> remove or add roles locally, only permissions!
ok I see
>
>> Then how this is possible that now that the anonymous user is 
>> destroyed I cannot
>> access SmallWiki? Either we should not be able to remove it either we 
>> should be able to access smallWiki.
>
> I don't know how this is handled by the interface of David, but what 
> you probably want to do is to lower the permissions of anonymous 
> (remove some permissions of the anonymous role in your folder) and 
> create a new user with a new roles.

Ok I will try.

Stef

>
> Cheers,
> Lukas
>
> -- 
> Lukas Renggli
> http://renggli.freezope.org
>



From vogel at iam.unibe.ch  Tue Jan 20 14:29:35 2004
From: vogel at iam.unibe.ch (david vogel)
Date: Tue, 20 Jan 2004 14:29:35 +0100
Subject: About role interface bug
In-Reply-To: <DDCBF108-485F-11D8-9FA2-000393CFE6C8@student.unibe.ch>
References: <4D34A8D2-4856-11D8-BE9A-000A9573EAE2@iam.unibe.ch> <DDCBF108-485F-11D8-9FA2-000393CFE6C8@student.unibe.ch>
Message-ID: <400D2D3F.40502@iam.unibe.ch>



hi lukas,

thanks for your feedback, I will fix this in the next release.

cheers,
david.

Lukas Renggli wrote:

> Hi Stef,
>
> I've never experienced a bug specific to Safari and I did basically 
> all my development using that web-browser. For the releases I also 
> tested most important functionality on IE and Mozilla.
>
>> have yo any idea why this bug with safari and not with I?
>
>
> When trying to create a new role in Safari I get 'Message not 
> understood: #roleToCreate:'. Having a look at the html I see that 
> there is a missing action-attribute in every form-tag in the admin 
> interface. This attribute is required by the HTML standard and 
> obviously Safari isn't using the same default value as IE and Mozilla 
> (they both use the current url, whereas Safari used the root) do. When 
> rendering a form in an action one should always call
>
>     self renderForm: [ ...
>
> instead of
>
>     html form: [
>
> This ensures that the form is setup-correctly for the current action.
>
> Cheers,
> Lukas
>




From renggli at student.unibe.ch  Tue Jan 20 19:25:24 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Tue, 20 Jan 2004 19:25:24 +0100
Subject: [BUG] History, RSS Feed
Message-ID: <03533C57-4B76-11D8-BEAA-000393CFE6C8@student.unibe.ch>



Hi Stef,

there is a security issue with private pages: the contents will be 
presented in the RSS Feed, I forgot to check the permissions there. It 
is easy to fix of course, but I won't have time until the next weekend.

Cheers,
Lukas

-- 
Lukas Renggli
http://renggli.freezope.org



From ducasse at iam.unibe.ch  Sat Jan 31 09:31:01 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Sat, 31 Jan 2004 09:31:01 +0100
Subject: http://researchweb.watson.ibm.com/history/index.htm
Message-ID: <CD0F3FFE-53C7-11D8-A41D-000A9573EAE2@iam.unibe.ch>

hi everybody

Now that SmallWiki supports a good model for role and users (it always 
had that but without a web interface)
we could have the following report mechanism 
http://researchweb.watson.ibm.com/history/index.htm

stef
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 241 bytes
Desc: not available
Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040131/954687d1/attachment.bin

From ducasse at iam.unibe.ch  Sat Jan 31 09:41:47 2004
From: ducasse at iam.unibe.ch (ducasse)
Date: Sat, 31 Jan 2004 09:41:47 +0100
Subject: After the 20 of March the will finish the Wiki importer
In-Reply-To: <CD0F3FFE-53C7-11D8-A41D-000A9573EAE2@iam.unibe.ch>
References: <CD0F3FFE-53C7-11D8-A41D-000A9573EAE2@iam.unibe.ch>
Message-ID: <4E72D5C2-53C9-11D8-A41D-000A9573EAE2@iam.unibe.ch>



Hi all

This is months that we should finish the Swiki importer in SmallWiki. 
We will finish that code just after the 20 of march.

Stef



From renggli at student.unibe.ch  Sat Jan 31 10:02:40 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Sat, 31 Jan 2004 10:02:40 +0100
Subject: http://researchweb.watson.ibm.com/history/index.htm
In-Reply-To: <CD0F3FFE-53C7-11D8-A41D-000A9573EAE2@iam.unibe.ch>
References: <CD0F3FFE-53C7-11D8-A41D-000A9573EAE2@iam.unibe.ch>
Message-ID: <38F71E16-53CC-11D8-81C6-000393CFE6C8@student.unibe.ch>



> Now that SmallWiki supports a good model for role and users (it always 
> had that but without a web interface)
> we could have the following report mechanism 
> http://researchweb.watson.ibm.com/history/index.htm

This is really interesting and it would be cool to run that tool on top 
of SmallWiki. However there are not many information collected at the 
moment when a new version is created. Currently this is only the 
creation-time and the version-number. Adding information about the user 
should be easily feasible, I will try to add that this weekend together 
with some other minor corrections.

Another thing on my to-do-list, I noticed this when reading some 
complaints on the ESE SmallWiki, is a mechanism to prevent from 
overriding concurrent changes of the same page. Btw, Michele, did get 
other feedback/complaints/problems from your ESE students? Some of your 
students do use SmallWiki very regularly :)

Cheers,
Lukas

-- 
Lukas Renggli
http://renggli.freezope.org



From renggli at student.unibe.ch  Sat Jan 31 16:59:19 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Sat, 31 Jan 2004 16:59:19 +0100
Subject: Updates
Message-ID: <6D828515-5406-11D8-81C6-000393CFE6C8@student.unibe.ch>



--- Blessed: To Review
--- By: lukas
--- On: 01/31/2004 15:58:31.000

- username is logged when editing and beeing logged in
- ip is logged when editing
- user-agent is loggend when editing
- some actions have been improved to display more information
- editing conflicts are reported when two people modify the same entry 
at the same time

-- 
Lukas Renggli
http://renggli.freezope.org



From renggli at student.unibe.ch  Sun Jan  4 13:47:49 2004
From: renggli at student.unibe.ch (Lukas Renggli)
Date: Sun, 4 Jan 2004 13:47:49 +0100
Subject: BUG & RSS Fixes
Message-ID: <34482D9E-3EB4-11D8-A32B-000393CFE6C8@student.unibe.ch>

Mhh, I introduced some new bugs when I implemented the RSS-Feed. 
Unfortunately RSS requires absolute paths at some positions so I had to 
change parts of the html-generation framework and this broke all the 
forms. This problem has been fixed now and I updated 
http://kilana.unibe.ch:9090 to support all the new features. Due to 
some enhancements in the css-stylesheets, some designs might not look 
perfectly until you update them too.

Although I was quite skeptical about the usefulness of RSS, I start to 
like it. It seems to be quite cool to have a list with the latest 
changes in a special program that highlights the things you haven't 
seen yet. To use this feature in your favorite client subscribe to

	http://kilana.unibe.ch:9090/?action=RSSChangesFeed

what will notify you about any change in the wiki. Of course you can 
also restrict to a certain subtree by using a more specific url, like

	http://kilana.unibe.ch:9090/mop/?action=RSSChangesFeed

Most RSS clients shouldn't even require that you specify the action, 
but I don't know if this is supported by all viewers. Too see an 
example of an RSS-Feed, have a look at the attached picture.

Cheers,
Lukas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rss.jpg
Type: image/jpeg
Size: 94151 bytes
Desc: not available
Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040104/56555e38/rss-0001.jpg
-------------- next part --------------

-- 
Lukas Renggli
http://renggli.freezope.org