Hi alex and lukas
I discussed with a guy that told me that installing swiki was one click
:) and ask me what was the status
of that for SmallWiki. So I would like to know what we could do to have
a simple distribution with one click
ready to use image.
I'm not talking about producing an exe (even if sander is doing some
experiment for moose and Codecrawler
in this moment).
After the OOPSLA deadline we should really have a look at that.
Stef
Hi,
I just updated a SmallWwiki page (
http://kilana.unibe.ch:9090/woor/workshopcallforcontributions/ ), on
which I put a resource (a pdf file). So I inserted the following in the
page:
*pdf version of this call>CallForContributions*
and created it as a link to a resource, uploading my pdf file.
All is well, except that the aliasing does not work: you can see that
the link shows up as "CallForContributions", instead of 'pdf version of
this call'
Is this a feature :-) ?
--
Roel Wuyts
DeComp
roel.wuyts(a)ulb.ac.be Université Libre de
Bruxelles
http://homepages.ulb.ac.be/~rowuyts/
Belgique
Board Member of the European Smalltalk User Group: www.esug.org
Hi people
I finally found the time to fix the bug with the unknown
mimetypes. The new version (0.9.23-3) is up at SM.
I will sync Squeak-SW with VW-SW in March.
@Lukas
Hannes posted a Bug on 12.30.2003 about mp3's in SmallWiki. The
problem (mimetype is application/octet-stream) is also in the VW
implementation. Maybe you can take a look at it.
Regards
Chris Burkert
--
http://www.chrisburkert.de/
Hi,
I am able to create SWResource with a jpg. When I view the link the
image appears as expected. However, I was expecting that when I set
the embedded flag the image would also show in the pages which contain
an internal link to it. Is this right?
How can I get a picture that I have included as an SWResource to
display on other pages?
BTW, I am using Squeak 3.6
Thanks,
Maurice
Hi Sander,
> I was trying to look at the RSS feed of the SmallWiki at kilana and at
> first BottomFeeder (my favourite Smalltalk-based newsreader) was not
> able to read it. James Robertson looked at it and found problems with
> the RSS you generate (look at his comments below). He made
> BottomFeeder more forgiving, but it would be good if you could fix the
> feed.
I think BottomFeeder should ignore any unknown namespaces and just
display the <description>...</description> thing, that is also
available and where I currently render the modification date only. In a
previous version I tried to render the first paragraph of the page or
the first 500 characters as plain text, but this didn't work out well.
This is the reason why I decided to render the whole document body as
HTML into its own namespace. My reader displays the page in-lined in
the browser-window and I think it is very convenient. Readers that
cannot handle HTML should ignore that section, but obviously this can
be a problem because the code inside
<content:encoded><![CDATA[ ... ]]></content>
is not guaranteed to be valid XML as SmallWiki users can put (wrong)
HTML code manually inside any page. Anyway, I don't know what to do on
this issue? I thought that XML-Parsers will ignore anything inside
<![CDATA[ ... ]]>, but obviously this is wrong or I am doing something
wrong with the encoding of the CDATA?
> And a feature request (in case you have too much free time ;). I
> subscribed to the Changes page of the Moose wiki, to track all the
> changes that occur to that wiki. It would be nice if I could click on
> the entry and it would open the page for me in my browser (like I can
> do on my Slashdot feed and others). I guess the entries in the XML
> should contain some URL information.
[...]
> I was wrong about my 'feature request'. I looked a bit at the XML
> SmallWiki generates and I saw the you actually _do_ generate item
> links. So it should work. It must be a problem with my setup or with
> BottomFeeder.
Yes, this is what I intended to write ;)
Cheers,
Lukas
--
Lukas Renggli
http://renggli.freezope.org
Hi Dan,
> However, the following text appared at the Transcript and this shows
> me that I
> should be able to recover the snapshot taken on 28th of January. Could
> you
> please tell me how can I do that ?
>
>>> smallwiki_snapshot.im created at January 25, 2004 6:41:07 pm
>>> smallwiki_snapshot.im created at January 26, 2004 6:41:09 pm
>>> smallwiki_snapshot.im created at January 27, 2004 6:41:11 pm
>>> smallwiki_snapshot.im created at January 28, 2004 6:41:13 pm
if you created your page before the 28th of January and you didn't
delete it manually then it must be still in that image. Else I do not
understand your question, could you elaborate then?
Cheers,
Lukas
On Feb 2, 2004, at 13:50, Daniel Ratiu wrote:
> hello,
>
> We have been using the Smallwiki for several weeks. Unfortunately our
> server
> was restarted and the Smallwiki server closed. I couldn't start the
> image
> again (VW didn't want to load it), so I started a older snapshot and
> tried to
> start the server but with no success. My old wiki page seemed to be no
> more
> there. :((
>
> However, the following text appared at the Transcript and this shows
> me that I
> should be able to recover the snapshot taken on 28th of January. Could
> you
> please tell me how can I do that ?
>
>>> smallwiki_snapshot.im created at January 25, 2004 6:41:07 pm
>>> smallwiki_snapshot.im created at January 26, 2004 6:41:09 pm
>>> smallwiki_snapshot.im created at January 27, 2004 6:41:11 pm
>>> smallwiki_snapshot.im created at January 28, 2004 6:41:13 pm
>
> thank you,
> Dan Ratiu.
--
Lukas Renggli
http://renggli.freezope.org
