MoinMoin

On Wed, 2003-10-22 at 20:26, Altaf Kassam wrote:
> Is there any way to include an editable inline
> spreadsheet within a moinmoin wiki page?  If not, is
> there a macro that can give basic spreadsheet
> functionality, like computing the sum of a column and
> placing the result in a particular cell?  I need to
> incorporate a spreadsheet in my wiki for people to edit.

My experience with Moin tells me that this doesn't exist at the moment.
But it would be extemely Cool to have. Ofcourse, inventing a markup that
is both intuitive and powerfull is going to far from trivial...

Regards,
	Marijn.

--=20
"Cient=C3=ADficos concluyen que la vida es para disfrutarla"
                                        -- El Mercurio

On Fri, 2003-10-24 at 10:34, Skip Montanaro wrote:
>     >> Is there any way to include an editable inline
>     >> spreadsheet within a moinmoin wiki page? =20
>=20
>     Marijn> My experience with Moin tells me that this doesn't exist at t=
he
>     Marijn> moment.  But it would be extemely Cool to have. Ofcourse,
>     Marijn> inventing a markup that is both intuitive and powerfull is go=
ing
>     Marijn> to far from trivial...
>=20
> My limited experience editing tables in Moin suggests you'd have to come =
up
> with something better than a <textarea> widget to edit such things.  In
> fact, before diving into spreadsheet editing, I think it would be worthwh=
ile
> to improve table editing first (2d array of <input type=3D"text"> widgets=
?),
> then use the information gained from that exercise to attack spreadsheet
> editing.

Agreed.. the current table implementation could use some improvements
(thou, i find it really neat)

In fact, I suspect the way to do this that allows for the quickest and
most flexible solution is to do something in the lines of a new
attachment type. Something like "sheet:MySheetName". Alike to the vector
drawing applet already in Moin. Then when the user creates the
attachment via an interface better suited for spreadsheets, the results
of the sheet apear in the normal Wiki page.

Of course this does bring the danger of adding an ever increasing number
of different interfaces to a Wiki. One of the elegances of a wiki is
exactly that everything has the same interface. On the other hand, I
fear that using <textarea> for spreadsheets is going to be highly
complex for the end-user. And not something one can learn "as you go".
which is the case with the rest of Wiki.=20

Just a thought,
	Marijn Vriens.=20

--=20
"Cient=C3=ADficos concluyen que la vida es para disfrutarla"
                                        -- El Mercurio

>> Is there any way to include an editable inline
    >> spreadsheet within a moinmoin wiki page?  

    Marijn> My experience with Moin tells me that this doesn't exist at the
    Marijn> moment.  But it would be extemely Cool to have. Ofcourse,
    Marijn> inventing a markup that is both intuitive and powerfull is going
    Marijn> to far from trivial...

My limited experience editing tables in Moin suggests you'd have to come up
with something better than a <textarea> widget to edit such things.  In
fact, before diving into spreadsheet editing, I think it would be worthwhile
to improve table editing first (2d array of <input type="text"> widgets?),
then use the information gained from that exercise to attack spreadsheet
editing.

-- 
Skip Montanaro
Got gigs? http://www.musi-cal.com/
          http://www.mojam.com/
Got spam? http://spambayes.sf.net/

On=20Thu,=2023=20Oct=202003=2010:51:28=20-0300,=20Marijn=20P.=20Vriens=20w=
rote:

>On=20Wed,=202003-10-22=20at=2020:26,=20Altaf=20Kassam=20wrote:
>>=20Is=20there=20any=20way=20to=20include=20an=20editable=20inline
>>=20spreadsheet=20within=20a=20moinmoin=20wiki=20page?=20=20If=20not,=20i=
s
>>=20there=20a=20macro=20that=20can=20give=20basic=20spreadsheet
>>=20functionality,=20like=20computing=20the=20sum=20of=20a=20column=20and=

>>=20placing=20the=20result=20in=20a=20particular=20cell?=20=20I=20need=20=
to
>>=20incorporate=20a=20spreadsheet=20in=20my=20wiki=20for=20people=20to=20=
edit.

>My=20experience=20with=20Moin=20tells=20me=20that=20this=20doesn't=20exis=
t=20at=20the=20moment.
>But=20it=20would=20be=20extemely=20Cool=20to=20have.=20Ofcourse,=20invent=
ing=20a=20markup=20that
>is=20both=20intuitive=20and=20powerfull=20is=20going=20to=20far=20from=20=
trivial...

A=20variant=20of=20the=20CVS=20processor=20that'd=20be=20able=20to=20evalu=
ate=20expressions=20
would=20do=20the=20trick,=20minus=20comfortable=20editing.

For=20that,=20we'd=20need=20a=20Java=20component=20(which=20would=20also=20=
allow=20us=20to=20edit=20
tables=20comfortably).

As=20usual:=20be=20my=20guest...=20:)


Ciao,=20J=FCrgen

On=20Fri,=2024=20Oct=202003=2012:16:42=20-0300,=20Marijn=20P.=20Vriens=20w=
rote:

>Some=20idea=20for=20when=20a=20new=20stable=20release=20(any=20ideas=20wh=
at/if/when,=20yet?=20:D
>)=20is=20done=20is=20to=20release=20the=20"software",=20and=20to=20releas=
e=20various=20"language
>packs"=20so=20that=20people=20can=20choose=20what=20languages=20to=20add=20=
to=20their=20Wiki.=20Or
>just=20stay=20with=20an=20"empty"=20Wiki,=20if=20they=20those=20to=20do=20=
so.=20

I=20learned=20not=20too=20make=20promises=20(only=20the=20release=20helps=20=
you,=20promises=20do=20not=20
;),=20but=20we=20all=20know=20the=20release=20is=20more=20than=20overdue.

>The=20other=20thing=20is=20to=20go=20in=20reverse,=20and=20that=20is,=20d=
istribute=20all
>pages/languages=20and=20remove/disable=20the=20pages=20for=20languages=20=
that=20the
>user/admin=20doesn't=20desire=20to=20have=20laying=20around.=20=20

My=20near-term=20plan=20here=20is=20to=20have=20a=20script=20that=20seeds=20=
a=20wiki=20where=20you=20can=20
select=20the=20parts=20that=20you=20want=20(moin-create=20--install-langua=
ges=3Dde,en=20...).

The=20long-term=20plan=20is=20to=20have=20the=20whole=20stuff=20separate,=20=
and=20still=20be=20able=20to=20
edit=20those=20pages=20(or=20annotate=20them?).=20That=20plan=20is=20trick=
ier.


Ciao,=20J=FCrgen

On Wed, 2003-10-22 at 16:09, Juergen Hermann wrote:
> On Mon, 20 Oct 2003 18:26:49 +0200, Reimar Bauer wrote:
>=20
> >is there an easy way to remove all help pages without english or german
> >pages?
>=20
> You can use grep and the ##language: markers to select the set of pages=20
> you want.
>=20

Hi!

Some idea for when a new stable release (any ideas what/if/when, yet? :D
) is done is to release the "software", and to release various "language
packs" so that people can choose what languages to add to their Wiki. Or
just stay with an "empty" Wiki, if they those to do so.=20

The other thing is to go in reverse, and that is, distribute all
pages/languages and remove/disable the pages for languages that the
user/admin doesn't desire to have laying around. =20

>=20
> Ciao, J=C3=BCrgen

Regards,
	Marijn Vriens.=20
--=20
To mess up a Linux box, you need to work at it; to mess up your Windows
box, you just need to work on it.
                                   -- Security Focus

"Marijn P. Vriens" <vriens@...> writes:

> Hi!
>
> Some idea for when a new stable release (any ideas what/if/when, yet? :D
> ) is done is to release the "software", and to release various "language
> packs" so that people can choose what languages to add to their Wiki. Or
> just stay with an "empty" Wiki, if they those to do so. 

That would be very nice. I'd much prefer to be able to start from an
empty Wiki. But deleting the things that aren't needed is a bit
difficult, as there are all sorts of "system" pages you need to
remember to leave there...

Paul.
-- 
This signature intentionally left blank

"Juergen Hermann" <jh@...> writes:

> My near-term plan here is to have a script that seeds a wiki where
> you can select the parts that you want (moin-create
> --install-languages=de,en ...).

That sounds nice.

> The long-term plan is to have the whole stuff separate, and still be
> able to edit those pages (or annotate them?). That plan is trickier.

It sounds it! Your moin-create suggestion above would do fine for me,
as a one-language newbie :-)

One thing I've been doing is going through the supplied files, and
splitting them by language. There are a few pages without ##language
tags, but most of those are obvious (or referenced in the
SystemPagesGroup files). There's one file I can't work out -
CoucouAnn. What is it? The text just says "DeleteThisPage". It's
hardly a big deal, I'm just curious...

Paul.
-- 
This signature intentionally left blank

> I currently intend to install Moin on my site and have had my host look
> into it, but in about 6 months I will be heading back to my own country
> and intend to set up a little server there.
> 
> How do transfers work?  Can I "export" my wiki onto a new machine?

If you setup CVS version (which will be version 1.1 at some time in the 
hopefully soon future), you could use one of MoinMoin/scripts/*.py.

There are some samples how one can use wiki xmlrpc to get / put pages.

A backup script is already there and maybe I will also soon put a 
restore script there, too. Also see the samples for help page transfer, 
which already do what you want, but only for help pages (modifying that 
is easy, see backup script).

Hint: putpage is currently kind of limited to a specific target page 
"PutPageTestPage" (or similar) to avoid security issues until more work 
and thought has been invested there.

Of course, for such a transfer, you would have to enable writing to the 
REAL pagenames after an initial test - the code is there in 
MoinMoin/wikirpc[2].py, simply commented out. Don't forget to disable 
(or secure) that functionality again after using.

Just have a look, it is easier than it may sound. ;)

If you have shell access, you could of course also use tar and transfer 
the whole wiki to your new site und untar it there again.

Thomas

Does MoinMoin support css layouts?  Or are you limited to the template
skins?

THX,
 
Rusyn