17 Sep
2004
17 Sep
'04
10:10 a.m.
hi Lukas and al!
Within the next week I will be able to allocate 2 days on Smallwiki2.
I loaded it and runned it. It looks good!
There is also some sunit test.
I would like to help, what do you want me to do ? How could I help ?
Lukas, perhaps we could meet each other. I am at the University everyday (especially the
week end) until (very) late in the evening. Just tell me when you have a bit of time.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
17 Sep
17 Sep
10:31 a.m.
Hi Alex and others,
I loaded it and runned it. It looks good!
There is also some sunit test.
thanks. I tried to improve the model a lot. Especially the problem with
the folders/pages is solved now, I think. It is in SCG StORE, marked as
broken:
* I simplified the structure-hierarchy only to contain Page and
Resource; no concept of Folder anymore. But there are decorators that
can be wrapped around, e.g. to add children to a page. Currently I'm
thinking about putting a lot of functionality into those decorators,
this makes the structure hierarchy much more slim and easier to
understand I think.
What I did so far is the ChildrenDecoration that works pretty well. I
started now with the VersionDecoration that should represent the
previous version; I'm still unsure about the details of this
decoration, it is pretty tricky. Other decorators like security,
logging, virtual folders, etc. will be added later on. I think such a
design is much better as it separates the different concerns in a
cleaner way. I'm very interested what everybody thinks about this
(radical) change in the design?
* I implemented a more robust way of looking up pages trough a path.
The new lookup has been taken out of the Structure hierarchy and is put
into a visitor. It supports (unix-)paths starting at current position
'abc/def', paths starting at the root of the wiki '/abc/def', relative
paths '../abc' and all combinations of those. There are a lot of tests.
I think this will make everything much more easy to use, especially for
the end users.
* What is more, is that I updated the wiki syntax with better support
for tables: At ESUG I was asked if it is possible to align table-cells
different to the default behaviour given in the css-stylesheets.
SmallWiki 2 now supports an extended table syntax, maybe someone wants
to back-port this to SmallWiki 1?
<table> := <table_row>+
<table_row> := <table_cell>+ <cr>
<table_cell> := "|" <table_content> # default
| "|{" <table_content> # left
| "||" <table_content> # center
| "|}" <table_content> # right
Mhh, all these changes made break the whole command-pattern, the
context hierarchy and all the views of course. There will be some work
needed to adapt the changes.
I would like to help, what do you want me to do ? How
could I help ?
Lukas, perhaps we could meet each other. I am at the University
everyday (especially the week end) until (very) late in the evening.
Just tell me when you have a bit of time.
Yes, this is a very good idea! I'm willing to spend one day a week to
do pair-programming on SmallWiki. Sometime by the end of the next week
would be fine.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
10:40 a.m.
On 17 sept. 04, at 10:31, Lukas Renggli wrote:
Hi Alex and others,
this is interesting. I see the influence of seaside there :). If this
cleaned up the design and make simpelr perfect
As an example I would like to know if we could have this way:
- external resource (files contained explicitly out of the image)
- redirection
I loaded it and runned it. It looks good!
There is also some sunit test.
thanks. I tried to improve the model a lot. Especially the problem
with the folders/pages is solved now, I think. It is in SCG StORE,
marked as broken:
* I simplified the structure-hierarchy only to contain Page and
Resource; no concept of Folder anymore. But there are decorators that
can be wrapped around, e.g. to add children to a page. Currently I'm
thinking about putting a lot of functionality into those decorators,
this makes the structure hierarchy much more slim and easier to
understand I think.
What I did so far is the ChildrenDecoration that works pretty well. I
started now with the VersionDecoration that should represent the
previous version; I'm still unsure about the details of this
decoration, it is pretty tricky. Other decorators like security,
logging, virtual folders, etc. will be added later on. I think such a
design is much better as it separates the different concerns in a
cleaner way. I'm very interested what everybody thinks about this
(radical) change in the design? * I implemented a more robust way of looking up pages
trough a path.
The new lookup has been taken out of the Structure hierarchy and is
put into a visitor. It supports (unix-)paths starting at current
position 'abc/def', paths starting at the root of the wiki '/abc/def',
relative paths '../abc' and all combinations of those. There are a lot
of tests. I think this will make everything much more easy to use,
especially for the end users.
Excellent. Because I was always confused.
* What is more, is that I updated the wiki syntax with better support
for tables: At ESUG I was asked if it is possible to align table-cells
different to the default behaviour given in the css-stylesheets.
SmallWiki 2 now supports an extended table syntax, maybe someone wants
to back-port this to SmallWiki 1?
No we should not lose time with SWI.
I will already try to make sure that what frederick did is not lost but
for the rest we should go for SW2 as
soon as possible.
<table> := <table_row>+
<table_row> := <table_cell>+ <cr>
<table_cell> := "|" <table_content> # default
| "|{" <table_content> # left
| "||" <table_content> # center
| "|}" <table_content> # right
Mhh, all these changes made break the whole command-pattern, the
context hierarchy and all the views of course. There will be some work
needed to adapt the changes.
Excellent this is the best way to make sure something happen.
Stef
I would like to help, what do you want me to do ?
How could I help ?
Lukas, perhaps we could meet each other. I am at the University
everyday (especially the week end) until (very) late in the evening.
Just tell me when you have a bit of time.
Yes, this is a very good idea! I'm willing to spend one day a week to
do pair-programming on SmallWiki. Sometime by the end of the next week
would be fine.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
10:58 a.m.
What I did so
far is the ChildrenDecoration that works pretty well. I
started now with the VersionDecoration that should represent the
previous version; I'm still unsure about the details of this
decoration, it is pretty tricky. Other decorators like security,
logging, virtual folders, etc. will be added later on. I think such a
design is much better as it separates the different concerns in a
cleaner way. I'm very interested what everybody thinks about this
(radical) change in the design?
this is interesting. I see the influence of seaside there :). If this
cleaned up the design and make simpelr perfect
As an example I would like to know if we could have this way:
- external resource (files contained explicitly out of the image) - redirection
Yeah, I think this is something like a VirtualStructure, e.g. a
structure that is pointing (with an in-image-pointer) to a different
one in the wiki. In Unix terms, something like a soft-link. Uhh ...
cracy, one could even implement hard-links ;)
* I
implemented a more robust way of looking up pages trough a path.
The new lookup has been taken out of the Structure hierarchy and is
put into a visitor. It supports (unix-)paths starting at current
position 'abc/def', paths starting at the root of the wiki
'/abc/def', relative paths '../abc' and all combinations of those.
There are a lot of tests. I think this will make everything much more
easy to use, especially for the end users.
Excellent. Because I was always confused.
20 Sep
20 Sep
3:10 p.m.
I'm very interested what everybody thinks about
this
(radical) change in the design?
I do not see where are decorators. The class Page and GenericStructure does not have any
variable or method related to them.
Note that I loaded the last version of Smallwiki2 from cincom's Store.
* I implemented a more robust way of looking up pages
trough a path.
The new lookup has been taken out of the Structure hierarchy and is put
into a visitor. It supports (unix-)paths starting at current position
'abc/def', paths starting at the root of the wiki '/abc/def', relative
paths '../abc' and all combinations of those. There are a lot of tests.
I think this will make everything much more easy to use, especially for
the end users.
Yep, it sounds fine. Are there some test? It would help me to have a look at it.
* What is more, is that I updated the wiki syntax with
better support
for tables: At ESUG I was asked if it is possible to align table-cells
different to the default behaviour given in the css-stylesheets.
SmallWiki 2 now supports an extended table syntax, maybe someone wants
to back-port this to SmallWiki 1?
<table> := <table_row>+
<table_row> := <table_cell>+ <cr>
<table_cell> := "|" <table_content> # default
| "|{" <table_content> # left
| "||" <table_content> # center
| "|}" <table_content> # right
Yup! ParserTests shows that pretty well. Good job!
Mhh, all these changes made break the whole
command-pattern, the
context hierarchy and all the views of course. There will be some work
needed to adapt the changes.
I feel a bit lost. Why do you want to implement the command pattern? Having undo-redo
mechanism is quite easy to implement with it. Instead of the action mechanism present in
Smallwiki1 ?
Yes, this is a very good idea! I'm willing to
spend one day a week to
do pair-programming on SmallWiki. Sometime by the end of the next week
would be fine.
Unfortunately I cannot really spend one day a week. I will try to spend time when I can
because I like and trust in Smallwiki.
Note that I leave tomorrow evening. I will be able to check my emails this week, but I
cannot bound the latency of my answers :-)
Cheers,
Alexandre
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
4:53 p.m.
Hi Alex,
take the one from SCG StORE, I worked on there and didn't touch the
previous on Cincom StORE for a while.
Yeah, for the stuff implemented there are tests. For the other way
round you just have to reverse the tests, I suppose.
Have a look at the latest code ;)
Yeah, glad to know that you are busy as well. I have a lot of other
things to do as well, therefore I would prefer to postpone it a few
weeks.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
I'm very
interested what everybody thinks about this
(radical) change in the design?
I do not see where are decorators. The class Page and GenericStructure
does not have any variable or method related to them.
Note that I loaded the last version of Smallwiki2 from cincom's Store. * I
implemented a more robust way of looking up pages trough a path.
The new lookup has been taken out of the Structure hierarchy and is
put
into a visitor. It supports (unix-)paths starting at current position
'abc/def', paths starting at the root of the wiki '/abc/def', relative
paths '../abc' and all combinations of those. There are a lot of
tests.
I think this will make everything much more easy to use, especially
for
the end users.
Yep, it sounds fine. Are there some test? It would help me to have a
look at it. Mhh, all these
changes made break the whole command-pattern, the
context hierarchy and all the views of course. There will be some work
needed to adapt the changes.
I feel a bit lost. Why do you want to implement the command pattern?
Having undo-redo mechanism is quite easy to implement with it. Instead
of the action mechanism present in Smallwiki1 ? Yes, this is a
very good idea! I'm willing to spend one day a week to
do pair-programming on SmallWiki. Sometime by the end of the next week
would be fine.
Unfortunately I cannot really spend one day a week. I will try to
spend time when I can because I like and trust in Smallwiki.
Note that I leave tomorrow evening. I will be able to check my emails
this week, but I cannot bound the latency of my answers :-)
21 Sep
21 Sep
10:28 a.m.
Lukas,
Where do you want me to work on?
I cannot run smallwiki2, I got a rollback.
It is because of the method: StructureFactory>>defaultFolder which is called
somewhere.
This is something I can fix.
Alexandre
On Mon, Sep 20, 2004 at 04:53:49PM +0200, Lukas Renggli wrote:
Hi Alex,
take the one from SCG StORE, I worked on there and didn't touch the
previous on Cincom StORE for a while.
Yeah, for the stuff implemented there are tests. For the other way
round you just have to reverse the tests, I suppose.
Have a look at the latest code ;)
Yeah, glad to know that you are busy as well. I have a lot of other
things to do as well, therefore I would prefer to postpone it a few
weeks.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I'm
very interested what everybody thinks about this
(radical) change in the design?
I do not see where are decorators. The class Page and GenericStructure
does not have any variable or method related to them.
Note that I loaded the last version of Smallwiki2 from cincom's Store. * I
implemented a more robust way of looking up pages trough a path.
The new lookup has been taken out of the Structure hierarchy and is
put
into a visitor. It supports (unix-)paths starting at current position
'abc/def', paths starting at the root of the wiki '/abc/def', relative
paths '../abc' and all combinations of those. There are a lot of
tests.
I think this will make everything much more easy to use, especially
for
the end users.
Yep, it sounds fine. Are there some test? It would help me to have a
look at it. Mhh, all
these changes made break the whole command-pattern, the
context hierarchy and all the views of course. There will be some work
needed to adapt the changes.
I feel a bit lost. Why do you want to implement the command pattern?
Having undo-redo mechanism is quite easy to implement with it. Instead
of the action mechanism present in Smallwiki1 ? Yes, this
is a very good idea! I'm willing to spend one day a week to
do pair-programming on SmallWiki. Sometime by the end of the next week
would be fine.
Unfortunately I cannot really spend one day a week. I will try to
spend time when I can because I like and trust in Smallwiki.
Note that I leave tomorrow evening. I will be able to check my emails
this week, but I cannot bound the latency of my answers :-)
10:32 a.m.
Please note that I used the last broken version of smallwiki2 on scgStore.
It would like to avoid to do a merge. Perhaps I can be alone to work on it during this
week. I will be back from my small trip the next Monday. I will do a commit then.
Alexandre
On Tue, Sep 21, 2004 at 10:28:05AM +0200, Alexandre Bergel wrote:
Lukas,
Where do you want me to work on?
I cannot run smallwiki2, I got a rollback.
It is because of the method: StructureFactory>>defaultFolder which is called
somewhere.
This is something I can fix.
Alexandre
On Mon, Sep 20, 2004 at 04:53:49PM +0200, Lukas Renggli wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Alex,
take the one from SCG StORE, I worked on there and didn't touch the
previous on Cincom StORE for a while.
Yeah, for the stuff implemented there are tests. For the other way
round you just have to reverse the tests, I suppose.
Have a look at the latest code ;)
Yeah, glad to know that you are busy as well. I have a lot of other
things to do as well, therefore I would prefer to postpone it a few
weeks.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. I'm
very interested what everybody thinks about this
(radical) change in the design?
I do not see where are decorators. The class Page and GenericStructure
does not have any variable or method related to them.
Note that I loaded the last version of Smallwiki2 from cincom's Store. * I
implemented a more robust way of looking up pages trough a path.
The new lookup has been taken out of the Structure hierarchy and is
put
into a visitor. It supports (unix-)paths starting at current position
'abc/def', paths starting at the root of the wiki '/abc/def', relative
paths '../abc' and all combinations of those. There are a lot of
tests.
I think this will make everything much more easy to use, especially
for
the end users.
Yep, it sounds fine. Are there some test? It would help me to have a
look at it. Mhh, all
these changes made break the whole command-pattern, the
context hierarchy and all the views of course. There will be some work
needed to adapt the changes.
I feel a bit lost. Why do you want to implement the command pattern?
Having undo-redo mechanism is quite easy to implement with it. Instead
of the action mechanism present in Smallwiki1 ? Yes, this
is a very good idea! I'm willing to spend one day a week to
do pair-programming on SmallWiki. Sometime by the end of the next week
would be fine.
Unfortunately I cannot really spend one day a week. I will try to
spend time when I can because I like and trust in Smallwiki.
Note that I leave tomorrow evening. I will be able to check my emails
this week, but I cannot bound the latency of my answers :-)
1:16 p.m.
I cannot run smallwiki2, I got a rollback.
It is because of the method: StructureFactory>>defaultFolder which is
called somewhere.
This is something I can fix.
No, this is not easily fixable! That's why the blessing is set to
'broken'.
The model has changed heavily in the past and it did not stabilize yet,
so I suggest to concentrate on the model solely. It will be much easier
to hack together a new view with Seaside later on.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
2:21 p.m.
It would be really cool if a mechanism was created to port SmallWiki 1
content to SmallWiki 2, I will have 2 wikis running with a decent amount
of content before SmallWiki 2 is stabalized
-Charles
On Tue, 21 Sep 2004 13:16:16 +0200, Lukas Renggli <renggli(a)iam.unibe.ch>
wrote:
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
I cannot run
smallwiki2, I got a rollback.
It is because of the method: StructureFactory>>defaultFolder which is
called somewhere.
This is something I can fix.
No, this is not easily fixable! That's why the blessing is set to
'broken'.
The model has changed heavily in the past and it did not stabilize yet,
so I suggest to concentrate on the model solely. It will be much easier
to hack together a new view with Seaside later on.
Cheers,
Lukas
7:40 p.m.
It would be really cool if a mechanism was created to
port SmallWiki 1
content to SmallWiki 2, I will have 2 wikis running with a decent
amount of content before SmallWiki 2 is stabalized
No worries about this! There will be certainly a way to convert your
old wiki to SmallWiki 2. Basically this is just a matter of writing a
visitor walking through the old wiki while building a new one.
If you need a new wiki start with SmallWiki 1 and upgrade later on, I
don't know when SmallWiki 2 will be useable and I'm currently quite
busy with other things.
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
22 Sep
22 Sep
5:15 p.m.
thanks, I am already putting SmallWiki to good use :)
On Tue, 21 Sep 2004 19:40:58 +0200, Lukas Renggli <renggli(a)iam.unibe.ch>
wrote:
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
It would be
really cool if a mechanism was created to port SmallWiki 1
content to SmallWiki 2, I will have 2 wikis running with a decent
amount of content before SmallWiki 2 is stabalized
No worries about this! There will be certainly a way to convert your old
wiki to SmallWiki 2. Basically this is just a matter of writing a
visitor walking through the old wiki while building a new one.
If you need a new wiki start with SmallWiki 1 and upgrade later on, I
don't know when SmallWiki 2 will be useable and I'm currently quite busy
with other things.
Cheers,
Lukas
7149
days inactive
7154
days old
11 comments
4 participants
participants (4)
-
Alexandre Bergel -
Charles A. Monteiro -
Lukas Renggli -
stéphane ducasse