From psshanbhag9 at gmail.com Mon May 3 02:40:26 2010 From: psshanbhag9 at gmail.com (Pundlik Shanbhag) Date: Mon, 3 May 2010 10:40:26 +0400 Subject: [Moin-user] Display Attachment as image Message-ID: Hi I am now to Moinmoin and based on installnotes from master19 site I have installed - Moin 1.9 - Apache 2.2 - Python 2.6 (Also tried Python 2.5) - Windows 2003 - Domain Authentication Completed Installation patiently resolving issues one by one as per info on the site. How ever on very important feature for me is display screen shots / images on the page itself. I attache the image and used several syntax such as [[attachment:Capture.jpg|{{attachment:Capture.jpg|Sample Image|width=400,align="left"}}]] {{attachment:Capture.jpg|Capture Screen Shot}} {{attachment:Capture.jpg|caption|width=1234,align="left"}} However none of the syntax works. I see only the link to the image and not the image. I tried searching the help on moinmo.in and on google and on this site archives. Help found did not solve the problem. I have setup another instance on same server as standalone server by runing the .py file by double clicking it. There 1st syntax works. But I have a need to create multiple wikis and later want to scale it up for which I will have to use it with apache. Please advice. Thanks & regards Vinayak Shanbhag -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Mon May 3 04:37:19 2010 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 03 May 2010 10:37:19 +0200 Subject: [Moin-user] Display Attachment as image In-Reply-To: References: Message-ID: Pundlik Shanbhag schrieb: > Hi > > I am now to Moinmoin and based on installnotes from master19 site I have > installed > you find this installnotes also in docs/INSTALL.html for your version > - Moin 1.9 > - Apache 2.2 > - Python 2.6 (Also tried Python 2.5) > - Windows 2003 > - Domain Authentication > > Completed Installation patiently resolving issues one by one as per info on > the site. > > How ever on very important feature for me is display screen shots / images > on the page itself. > > I attache the image and used several syntax such as > > [[attachment:Capture.jpg|{{attachment:Capture.jpg|Sample > Image|width=400,align="left"}}]] > > {{attachment:Capture.jpg|Capture Screen Shot}} > > {{attachment:Capture.jpg|caption|width=1234,align="left"}} > > However none of the syntax works. I see only the link to the image and not > the image. > please have a look at HelpOnImages cheers Reimar > I tried searching the help on moinmo.in and on google and on this site > archives. Help found did not solve the problem. > > I have setup another instance on same server as standalone server by runing > the .py file by double clicking it. There 1st syntax works. But I have a > need to create multiple wikis and later want to scale it up for which I will > have to use it with apache. > > Please advice. > Thanks & regards > Vinayak Shanbhag > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From gnarlodious at gmail.com Mon May 3 08:18:23 2010 From: gnarlodious at gmail.com (Gnarlodious) Date: Mon, 3 May 2010 06:18:23 -0600 Subject: [Moin-user] Display Attachment as image In-Reply-To: References: Message-ID: {{attachment:Capture.jpg}} -- Gnarlie From maillist at jarkeborn.se Sat May 15 11:19:59 2010 From: maillist at jarkeborn.se (Jocke) Date: Sat, 15 May 2010 17:19:59 +0200 Subject: [Moin-user] Moin error Message-ID: <4BEEBB9F.2060504@jarkeborn.se> Hello, I noticed that my moinmoin installation have been broken for some unknown reason. I get "500 Internal Server Error" and Apache's log file say: ======================= Traceback (most recent call last): File "/usr/local/share/moin/wiki_mydomain_se/cgi-bin/moin.cgi", line 29, in from MoinMoin.server.server_cgi import CgiConfig, run ImportError: No module named MoinMoin.server.server_cgi Premature end of script headers: moin.cgi ======================= The only reason I can think of is that the server have got some updates that causes this but have to clue what. /- Do you have some ideas what can be wrong?/ *Environment* Ubunbu Server 9.10 (Jaunty) Moinmoin 1.8.1 Python 2.6.2 // Jocke -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Sat May 15 18:33:26 2010 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 16 May 2010 00:33:26 +0200 Subject: [Moin-user] Moin error In-Reply-To: <4BEEBB9F.2060504@jarkeborn.se> References: <4BEEBB9F.2060504@jarkeborn.se> Message-ID: <1273962806.17593.9.camel@x300.fritz.box> > I get "500 Internal Server Error" and Apache's log file say: > ======================= > Traceback (most recent call last): > File "/usr/local/share/moin/wiki_mydomain_se/cgi-bin/moin.cgi", > line 29, in > from MoinMoin.server.server_cgi import CgiConfig, run > ImportError: No module named MoinMoin.server.server_cgi > Premature end of script headers: moin.cgi > ======================= > > The only reason I can think of is that the server have got some > updates that causes this but have to clue what. > > - Do you have some ideas what can be wrong? Likely your moin.cgi does not match the moin code you are running. > Environment > Ubunbu Server 9.10 (Jaunty) > Moinmoin 1.8.1 > Python 2.6.2 If that is correct, you moin is quite outdated and misses some security fixes. I suggest you upgrade to latest 1.9.x release (and also switch to WSGI - if you run apache, install libapache2-mod-wsgi). The moin.cgi problem will get solved by that, too. :) If you can't switch to WSGI (or CGI via flup via WSGI) now, you could also update to latest 1.8.x release. From maillist at jarkeborn.se Sun May 16 04:59:19 2010 From: maillist at jarkeborn.se (Jocke) Date: Sun, 16 May 2010 10:59:19 +0200 Subject: [Moin-user] Moin error In-Reply-To: <1273962806.17593.9.camel@x300.fritz.box> References: <4BEEBB9F.2060504@jarkeborn.se> <1273962806.17593.9.camel@x300.fritz.box> Message-ID: <4BEFB3E7.9010209@jarkeborn.se> Thanks, I found the issue. Likely Python have been upgraded to 2.6 (without me to notice) and the Moin files where in 2.5 dir. Just moving the dir to 2.6 made it running again :) Then I made a updated to 1.8.7 and will look into 1.9.x later. Thanks! // Joacim On 05/16/2010 12:33 AM, Thomas Waldmann wrote: > >> I get "500 Internal Server Error" and Apache's log file say: >> ======================= >> Traceback (most recent call last): >> File "/usr/local/share/moin/wiki_mydomain_se/cgi-bin/moin.cgi", >> line 29, in >> from MoinMoin.server.server_cgi import CgiConfig, run >> ImportError: No module named MoinMoin.server.server_cgi >> Premature end of script headers: moin.cgi >> ======================= >> >> The only reason I can think of is that the server have got some >> updates that causes this but have to clue what. >> >> - Do you have some ideas what can be wrong? >> > Likely your moin.cgi does not match the moin code you are running. > > >> Environment >> Ubunbu Server 9.10 (Jaunty) >> Moinmoin 1.8.1 >> Python 2.6.2 >> > If that is correct, you moin is quite outdated and misses some security > fixes. I suggest you upgrade to latest 1.9.x release (and also switch to > WSGI - if you run apache, install libapache2-mod-wsgi). The moin.cgi > problem will get solved by that, too. :) > > If you can't switch to WSGI (or CGI via flup via WSGI) now, you could > also update to latest 1.8.x release. > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From taborkelly at gmail.com Mon May 17 21:21:44 2010 From: taborkelly at gmail.com (Tabor Kelly) Date: Mon, 17 May 2010 18:21:44 -0700 Subject: [Moin-user] built in pages broken Message-ID: Hello, I recently set up an instance of MoinMoin 1.9.2 running with WSGI 3.2 on Apache 2.2.14. I have everything working how I want, but none of the build in pages work. That is, TitleIndex, HelpOnEditing, HelpOnMoinWikiSyntax, etc all take me to a page that has an option to create a new wiki page. Any help would be much appreciated. Thank You, Tabor From taborkelly at gmail.com Tue May 18 11:57:06 2010 From: taborkelly at gmail.com (Tabor Kelly) Date: Tue, 18 May 2010 08:57:06 -0700 Subject: [Moin-user] built in pages broken In-Reply-To: References: Message-ID: On Tue, May 18, 2010 at 8:33 AM, Sam Stuck wrote: > On Mon, May 17, 2010 at 9:21 PM, Tabor Kelly wrote: >> >> Hello, >> >> I recently set up an instance of MoinMoin 1.9.2 running with WSGI 3.2 >> on Apache 2.2.14. I have everything working how I want, but none of >> the build in pages work. That is, TitleIndex, HelpOnEditing, >> HelpOnMoinWikiSyntax, etc all take me to a page that has an option to >> create a new wiki page. Any help would be much appreciated. >> >> Thank You, >> >> Tabor > > Sounds to me like you need to install the system pages for your > language. Visit the LanguageSetup page as a superuser, and click on > the link under "Installing page packages". > Thanks Sam, that did the trick. - Tabor From uche.ogbuji at gmail.com Tue May 18 12:46:49 2010 From: uche.ogbuji at gmail.com (Uche Ogbuji) Date: Tue, 18 May 2010 10:46:49 -0600 Subject: [Moin-user] Slow RecentChanges Message-ID: After adding a lot of pages to our wiki, the RecentChanges page becomes extremely slow. - Moin 1.9.2 - Apache 2.2 - Python 2.6 - Ubuntu Jaunty - Xapian 1.0.14 I googled about a bit, including a look at http://moinmo.in/HowTo/Tune%20Performance but nothing seems entirely helpful. I assume the main problem is the fact that the default is to get all items for N days, and not to limit by number. Is there a way to change that default? Also, even if so, I'd have expected Xapian to help, by using a last-updated index. Do we need to flip special levers to make that happen? Thanks. -- Uche Ogbuji http://uche.ogbuji.net Founding Partner, Zepheira http://zepheira.com Linked-in profile: http://www.linkedin.com/in/ucheogbuji Articles: http://uche.ogbuji.net/tech/publications/ TNB: http://www.thenervousbreakdown.com/author/uogbuji/ Friendfeed: http://friendfeed.com/uche Twitter: http://twitter.com/uogbuji http://www.google.com/profiles/uche.ogbuji -------------- next part -------------- An HTML attachment was scrubbed... URL: From uche.ogbuji at gmail.com Tue May 18 13:04:42 2010 From: uche.ogbuji at gmail.com (Uche Ogbuji) Date: Tue, 18 May 2010 11:04:42 -0600 Subject: [Moin-user] Slow RecentChanges In-Reply-To: References: Message-ID: On Tue, May 18, 2010 at 10:46 AM, Uche Ogbuji wrote: > After adding a lot of pages to our wiki, the RecentChanges page becomes > extremely slow. > > - Moin 1.9.2 > > - Apache 2.2 > > - Python 2.6 > > - Ubuntu Jaunty > Actually it's Ubuntu Karmic. -- Uche Ogbuji http://uche.ogbuji.net Founding Partner, Zepheira http://zepheira.com Linked-in profile: http://www.linkedin.com/in/ucheogbuji Articles: http://uche.ogbuji.net/tech/publications/ TNB: http://www.thenervousbreakdown.com/author/uogbuji/ Friendfeed: http://friendfeed.com/uche Twitter: http://twitter.com/uogbuji http://www.google.com/profiles/uche.ogbuji -------------- next part -------------- An HTML attachment was scrubbed... URL: From uche.ogbuji at gmail.com Tue May 18 13:43:30 2010 From: uche.ogbuji at gmail.com (Uche Ogbuji) Date: Tue, 18 May 2010 11:43:30 -0600 Subject: [Moin-user] How do you develop/deploy a formatter plugin for a specific MIME type? Message-ID: I'm trying to distribute a non-broken version of the text_xml.py formatter as a third-party plug-in, but I'm not sure how I register the statement "please use this formatter instance for requests with mimetype=text/xml". Note: I'm willing to instead register for mimetype="application/xml", if that's easier. I've read the various pages such as: * http://moinmo.in/ApplyingFormatters * http://moinmo.in/MoinDev/PluginConcept They don't really say much about this, except to say "Wiki plugins always override builtin plugins. For example, if you want to have a different RecentChanges macro, you don't have to touch MoinMoin code, simply write your own RecentChanges macro and install in the wiki data/plugin/macro/. Your macro will be used instead of the built-in one." So I figured I could look at other plugins for a clue, but I don't see any in the built-ins, and certainly not in text_xml.py, nor in, e.g. http://moinmo.in/FormatterMarket?action=AttachFile&do=view&target=text_latex-1.6.py . The string "mime" appears in neither. I would have expected FormatterBase initializer to accept a mimetype param, or for the formatter to call some function to register one or more mimetypes, but I see nothing of the sort. I tried to trace it from the other end, i.e. what happens in the show action when someone requests a specific mimetype, and traced it as far as: http://hg.moinmo.in/moin/1.9/file/ced05deb11ae/MoinMoin/Page.py#l1046 but the trail gets pretty lukewarm at that point and I figured there has to be something obvious I'm missing. Any clues, please? Thanks. -- Uche Ogbuji http://uche.ogbuji.net Weblog: http://copia.ogbuji.net Founding Partner, Zepheira http://zepheira.com Linked-in: http://www.linkedin.com/in/ucheogbuji Articles: http://uche.ogbuji.net/tech/publications/ Poetry ed @TNB: http://www.thenervousbreakdown.com/uogbuji/ Friendfeed: http://friendfeed.com/uche Twitter: http://twitter.com/uogbuji http://www.google.com/profiles/uche.ogbuji -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Wed May 19 04:56:48 2010 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 19 May 2010 10:56:48 +0200 Subject: [Moin-user] Slow RecentChanges In-Reply-To: References: Message-ID: <1274259408.29899.5.camel@x300.fritz.box> > I assume the main problem is the fact that the default is to get all > items for N days, and not to limit by number. Is there a way to > change that default? Not really, but using a bookmark (and setting it to some time after the huge changes) will solve that (at least for logged-in users). > Also, even if so, I'd have expected Xapian to help, by using a > last-updated index. Do we need to flip special levers to make that > happen? Xapian is only used for searching. For moin2, I am working on metadata indexing, so stuff will be different there. From tw-public at gmx.de Wed May 19 05:05:47 2010 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 19 May 2010 11:05:47 +0200 Subject: [Moin-user] How do you develop/deploy a formatter plugin for a specific MIME type? In-Reply-To: References: Message-ID: <1274259947.29899.14.camel@x300.fritz.box> On Tue, 2010-05-18 at 11:43 -0600, Uche Ogbuji wrote: > I'm trying to distribute a non-broken version of the text_xml.py > formatter as a third-party plug-in, I guess we would also accept a fix for the builtin one. :) Because it is very broken (non valid xml), I suspect noone can really use it anyway currently. But be warned, producing valid xml with the current parser/formatter infrastructure is likely not easy. > but I'm not sure how I register the statement "please use this > formatter instance for requests with mimetype=text/xml". It is the module name of the formatter. mimetype text/xml -> module text_xml If your project of fixing the text/xml stuff is more future/long-term oriented than "I want it right now", you could also consider moin2, which has a quite different infrastructure (but will take quite some time until it is usable for production). BTW, if you had time to look at our other xmlish code, that would be great. We have python-xml dependencies at some places and noone has a clue about what to do with that without having breakage (and distributions already have removed the pyxml package). From uche.ogbuji at gmail.com Wed May 19 13:29:51 2010 From: uche.ogbuji at gmail.com (Uche Ogbuji) Date: Wed, 19 May 2010 11:29:51 -0600 Subject: [Moin-user] How do you develop/deploy a formatter plugin for a specific MIME type? In-Reply-To: <1274259947.29899.14.camel@x300.fritz.box> References: <1274259947.29899.14.camel@x300.fritz.box> Message-ID: On Wed, May 19, 2010 at 3:05 AM, Thomas Waldmann wrote: > On Tue, 2010-05-18 at 11:43 -0600, Uche Ogbuji wrote: > > I'm trying to distribute a non-broken version of the text_xml.py > > formatter as a third-party plug-in, > > I guess we would also accept a fix for the builtin one. :) > Because it is very broken (non valid xml), I suspect noone can really > use it anyway currently. > > But be warned, producing valid xml with the current parser/formatter > infrastructure is likely not easy. > Well, that's the thing. Producing valid xml with the current parser/formatter infrastructure using Python stdlib is *definitely* not easy. That's why my extensions require Amara, because I want it to be easy ;) And I am not willing to presume that Amara would be made a prerequisite for XML output, so my plan is to share a third-party plug-in that folks can deploy if they don't mind also installing Amara. http://wiki.xml3k.org/Amara2 > but I'm not sure how I register the statement "please use this > > formatter instance for requests with mimetype=text/xml". > > It is the module name of the formatter. > > mimetype text/xml -> module text_xml > A ha! Thanks. > If your project of fixing the text/xml stuff is more future/long-term > oriented than "I want it right now", you could also consider moin2, > which has a quite different infrastructure (but will take quite some > time until it is usable for production). > Yeah, I was noticing that. I'll definitely keep my eye on Moin2. > BTW, if you had time to look at our other xmlish code, that would be > great. We have python-xml dependencies at some places and noone has a > clue about what to do with that without having breakage (and > distributions already have removed the pyxml package). > I'm willing to do what I can. Part of the problem is that in my opinion Python's built-ins for XML are awful. Note: others have very strong, differing opinions from mine about what makes a good XML library ;) XML seems to perpetuate such controversies. -- Uche Ogbuji http://uche.ogbuji.net Weblog: http://copia.ogbuji.net Founding Partner, Zepheira http://zepheira.com Linked-in: http://www.linkedin.com/in/ucheogbuji Articles: http://uche.ogbuji.net/tech/publications/ Poetry ed @TNB: http://www.thenervousbreakdown.com/uogbuji/ Friendfeed: http://friendfeed.com/uche Twitter: http://twitter.com/uogbuji http://www.google.com/profiles/uche.ogbuji -------------- next part -------------- An HTML attachment was scrubbed... URL: From fdrake at acm.org Wed May 19 14:06:25 2010 From: fdrake at acm.org (Fred Drake) Date: Wed, 19 May 2010 14:06:25 -0400 Subject: [Moin-user] How do you develop/deploy a formatter plugin for a specific MIME type? In-Reply-To: References: <1274259947.29899.14.camel@x300.fritz.box> Message-ID: On Wed, May 19, 2010 at 1:29 PM, Uche Ogbuji wrote: > I'm willing to do what I can. ?Part of the problem is that in my opinion > Python's built-ins for XML are awful. ?Note: others have very strong, > differing opinions from mine about what makes a good XML library ;) ?XML > seems to perpetuate such controversies. Heh. I think that applies to more than just XML... I think I'd generalize that to "people". I agree that there aren't any good XML generation tools in the standard library; I don't think that's ever been an important goal for them. Whether they're any good for input is at best debatable. (And this isn't the place for that debate, even if any of us had time.) -Fred -- Fred L. Drake, Jr. "Chaos is the score upon which reality is written." --Henry Miller From dcramer at motive.com Tue May 25 15:14:13 2010 From: dcramer at motive.com (David Cramer) Date: Tue, 25 May 2010 14:14:13 -0500 Subject: [Moin-user] Replacing search box Message-ID: Is there a clean/non hacky way to replace the search box with one that just does a google search with appending "site:my.domain.com"? I suppose I could put the html in page_header1, but then is there a way to suppress the search box (like a hide_search switch)? Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From moinmoin at sheep.art.pl Tue May 25 17:44:07 2010 From: moinmoin at sheep.art.pl (Radomir Dopieralski) Date: Tue, 25 May 2010 23:44:07 +0200 Subject: [Moin-user] Replacing search box In-Reply-To: References: Message-ID: You'd have to modify the themes you use or the theme base. On Tue, May 25, 2010 at 9:14 PM, David Cramer wrote: > Is there a clean/non hacky way to replace the search box with one that just > does a google search with appending "site:my.domain.com"? > > I suppose I could put the html in page_header1, but then is there a way to > suppress the search box (like a hide_search switch)? > > Thanks, > David > ------------------------------------------------------------------------------ > > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > -- Radomir Dopieralski, http://sheep.art.pl From george at galis.org Wed May 26 14:31:41 2010 From: george at galis.org (George Georgalis) Date: Wed, 26 May 2010 11:31:41 -0700 Subject: [Moin-user] moin monitor Message-ID: <20100526183141.GR630@bonnie> Hi All, I was wondering if anyone put together a monitor for moin? Not sure what would be a good comprehensive test, but there are a variety of different things that could go out of order. I'd like to get something in place but don't want to reinvent the wheel. :) George From moinmoin at uni.de Wed May 26 16:14:03 2010 From: moinmoin at uni.de (moinmoin at uni.de) Date: Wed, 26 May 2010 22:14:03 +0200 Subject: [Moin-user] Calculations on variables (from a dictionary)? Message-ID: <3982.1274904843@uni.de> Hello! Can anybody tell me, if it is possible to use some *calculations* within MoinMoin? So, one could have a Dictionary with variables and values and then not only show those values on another page, but results of an calculation. For example, have a dictionary with birthdates and then show the peoples actual and current age. For have a page with financial data as dictionary and then show soem calculations on that on another page. Thanx :) [ Wer angemelet ist erh?lt bei jedem Online Einkauf in ?ber 850 Partnershops BARGELD direkt zur?ck auf`s Girokonto! www.bonusdirekt.de - 10 EUR Startguthaben mit dem Gutschein-Code: UNICODE ] From sean.mckay at gmail.com Thu May 27 01:08:47 2010 From: sean.mckay at gmail.com (Sean McKay) Date: Wed, 26 May 2010 22:08:47 -0700 Subject: [Moin-user] Embed Google Gadgets in MoinMoin Message-ID: I'd like to embed Google Gadgets in MoinMoin. I've searched Google extensively but have not found any modules or macros that allows one to embed a Google Gadget. I'd like to implement something along the lines of the following: <> Is anyone working on this or do you have a workaround for displaying a gadget? Thanks, Sean From sean.mckay at gmail.com Thu May 27 02:10:52 2010 From: sean.mckay at gmail.com (Sean McKay) Date: Wed, 26 May 2010 23:10:52 -0700 Subject: [Moin-user] Embed Google Gadgets in MoinMoin In-Reply-To: References: Message-ID: On Wed, May 26, 2010 at 10:16 PM, Mike Fechner wrote: > Is it even possible to embed a Google Gadget in a web page? AFAIK it's just something to run on the Windows Desktop, not in a browser. Good question. Yes, it is possible to embed a Google Gadget in any web page. The development documentation site for Google Gadgets is: http://code.google.com/apis/gadgets/docs/dev_guide.html > If it could run on a browser, there will be ways to generate the required HTML code to embed that. Maybe you have sample HTML code? A sample Google Gadget looks like the following: The Gadget then must be hosted in a variety of possible locations and then embedded in your site with code similar to: From mike.fechner at consultingwerk.de Thu May 27 01:16:42 2010 From: mike.fechner at consultingwerk.de (Mike Fechner) Date: Thu, 27 May 2010 07:16:42 +0200 Subject: [Moin-user] Embed Google Gadgets in MoinMoin In-Reply-To: References: Message-ID: Is it even possible to embed a Google Gadget in a web page? AFAIK it's just something to run on the Windows Desktop, not in a browser. If it could run on a browser, there will be ways to generate the required HTML code to embed that. Maybe you have sample HTML code? -----Urspr?ngliche Nachricht----- Von: Sean McKay [mailto:sean.mckay at gmail.com] Gesendet: Donnerstag, 27. Mai 2010 07:09 An: Moin-user at lists.sourceforge.net Betreff: [Moin-user] Embed Google Gadgets in MoinMoin I'd like to embed Google Gadgets in MoinMoin. I've searched Google extensively but have not found any modules or macros that allows one to embed a Google Gadget. I'd like to implement something along the lines of the following: <> Is anyone working on this or do you have a workaround for displaying a gadget? Thanks, Sean ------------------------------------------------------------------------------ _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From moinmoin at sheep.art.pl Thu May 27 04:12:41 2010 From: moinmoin at sheep.art.pl (Radomir Dopieralski) Date: Thu, 27 May 2010 10:12:41 +0200 Subject: [Moin-user] Embed Google Gadgets in MoinMoin In-Reply-To: References: Message-ID: It's very easy to write a macro that would output that html code -- there is a quick tutorial on the HelpOnMacros page. On Thu, May 27, 2010 at 8:10 AM, Sean McKay wrote: > On Wed, May 26, 2010 at 10:16 PM, Mike Fechner > wrote: >> Is it even possible to embed a Google Gadget in a web page? AFAIK it's just something to run on the Windows Desktop, not in a browser. > > Good question. Yes, it is possible to embed a Google Gadget in any web > page. The development documentation site for Google Gadgets is: > > http://code.google.com/apis/gadgets/docs/dev_guide.html > >> If it could run on a browser, there will be ways to generate the required HTML code to embed that. Maybe you have sample HTML code? > > A sample Google Gadget looks like the following: > > > > ? > ? > ? ? ? ? ? Hello, world! > ? ? ]]> > ? > > > The Gadget then must be hosted in a variety of possible locations and > then embedded in your site with code similar to: > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- Radomir Dopieralski, http://sheep.art.pl From sean.mckay at gmail.com Thu May 27 19:46:58 2010 From: sean.mckay at gmail.com (Sean McKay) Date: Thu, 27 May 2010 16:46:58 -0700 Subject: [Moin-user] Embed Google Gadgets in MoinMoin In-Reply-To: References: Message-ID: Ok, so I see that I could write a macro that would be given the URL for the Google Gadget and then output the wrapper bits around the URL that I've put in the wrapper. Do I need to do something special to tell Moin to allow the >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> > > > > -- > Radomir Dopieralski, http://sheep.art.pl > From moinmoin at sheep.art.pl Fri May 28 04:53:57 2010 From: moinmoin at sheep.art.pl (Radomir Dopieralski) Date: Fri, 28 May 2010 10:53:57 +0200 Subject: [Moin-user] Embed Google Gadgets in MoinMoin In-Reply-To: References: Message-ID: The latter. On Fri, May 28, 2010 at 1:46 AM, Sean McKay wrote: > Ok, so I see that I could write a macro that would be given the URL > for the Google Gadget and then output the wrapper > bits around the URL that I've put in the wrapper. > > Do I need to do something special to tell Moin to allow the >>> >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Moin-user mailing list >>> Moin-user at lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/moin-user >>> >> >> >> >> -- >> Radomir Dopieralski, http://sheep.art.pl >> > > ------------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- Radomir Dopieralski, http://sheep.art.pl From tw-public at gmx.de Fri May 28 09:36:22 2010 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 28 May 2010 15:36:22 +0200 Subject: [Moin-user] moin monitor In-Reply-To: <20100526183141.GR630@bonnie> References: <20100526183141.GR630@bonnie> Message-ID: <1275053782.19189.47.camel@server.firma.waldmann-edv.de> > I was wondering if anyone put together a monitor for moin? Not > sure what would be a good comprehensive test, but there are a > variety of different things that could go out of order. I'd like > to get something in place but don't want to reinvent the wheel. :) Well, usually you may just want to monitor it like a web site (and monitors for that already exist). From jerry.levan at gmail.com Sat May 29 20:16:22 2010 From: jerry.levan at gmail.com (Jerry LeVan) Date: Sat, 29 May 2010 20:16:22 -0400 Subject: [Moin-user] Behavior change in 1.9.2 question Message-ID: <1275178582.26520.23.camel@bigbox> Hi, I am a minimal moin user. I keep a wiki to help me remember computer configuration info... This weekend I upgraded Fedora 12 to Fedora 13, this moved moin from 1.8.7 to 1.9.2. After a bit of blundering around I got the wiki going again. I use Apache to access the wiki ( located at /var/mywiki) I have the following directives in httpd.conf Alias /moin_static192 /usr/share/moin/htdocs ScriptAlias /mywiki /var/mywiki/cgi-bin/moin.cgi I used the new moin.cgi and wikiconfig.py and hopefully have set the options properly in wikiconfig.py the Problem: Accessing the wiki with the URL http://localhost/mywiki/ appears to work just fine, I can see all of the original pages and the links all seem to be working. "MyStartingPage" is displayed Accessing the wiki with the URL http://localhost/mywiki (note no final '/') fails with the message that the page 'mywiki' does not exist and do I want to create the page. Taking a peek at the generated javascript ( which I really don't understand) it appears in the first case ( a trailing slash) that a search for MyStartingPage is done. In the second case it looks like the javascript is looking for the page 'mywiki' which indeed does not exist. In the 1.8.x ( and earlier ) I could use both of the above URLS and get 'MyStartingPage' displayed. So, is there any way to get this old behavior back? Have I malconfigured something? Thanks Jerry From ericob at builtbybugs.com Sat May 29 23:45:20 2010 From: ericob at builtbybugs.com (Eric O'Brien) Date: Sat, 29 May 2010 20:45:20 -0700 Subject: [Moin-user] Behavior change in 1.9.2 question In-Reply-To: <1275178582.26520.23.camel@bigbox> References: <1275178582.26520.23.camel@bigbox> Message-ID: <621F9179-37A9-4D42-8E74-6AB8CBFA68DF@builtbybugs.com> A shot in the dark here, but I *think* there are settings in Apache that determine if a trailing slash is automatically added to urls. Maybe. Possibly the upgrade to the OS somehow changed something in Apache?? eo On May 29, 2010, at 5:16 PM, Jerry LeVan wrote: > Hi, > > I am a minimal moin user. I keep a wiki to help me remember computer > configuration info... > > This weekend I upgraded Fedora 12 to Fedora 13, this moved moin from > 1.8.7 to 1.9.2. > > After a bit of blundering around I got the wiki going again. > > I use Apache to access the wiki ( located at /var/mywiki) > > I have the following directives in httpd.conf > > Alias /moin_static192 /usr/share/moin/htdocs > > ScriptAlias /mywiki /var/mywiki/cgi-bin/moin.cgi > > I used the new moin.cgi and wikiconfig.py and hopefully > have set the options properly in wikiconfig.py > > the Problem: > Accessing the wiki with the URL http://localhost/mywiki/ appears to > work just fine, I can see all of the original pages and the links all > seem to be working. "MyStartingPage" is displayed > > Accessing the wiki with the URL http://localhost/mywiki > (note no final '/') fails with the message that the page > 'mywiki' does not exist and do I want to create the page. > > Taking a peek at the generated javascript ( which I really don't > understand) it appears in the first case ( a trailing slash) that > a search for MyStartingPage is done. > > In the second case it looks like the javascript is looking for the > page 'mywiki' which indeed does not exist. > > In the 1.8.x ( and earlier ) I could use both of the above > URLS and get 'MyStartingPage' displayed. > > So, is there any way to get this old behavior back? > > Have I malconfigured something? > > Thanks > > Jerry > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From jerry.levan at gmail.com Mon May 31 12:39:57 2010 From: jerry.levan at gmail.com (Jerry LeVan) Date: Mon, 31 May 2010 16:39:57 +0000 (UTC) Subject: [Moin-user] Behavior change in 1.9.2 question References: <1275178582.26520.23.camel@bigbox> Message-ID: Jerry LeVan gmail.com> writes: > the Problem: > Accessing the wiki with the URL http://localhost/mywiki/ appears to > work just fine, I can see all of the original pages and the links all > seem to be working. "MyStartingPage" is displayed > > Accessing the wiki with the URL http://localhost/mywiki > (note no final '/') fails with the message that the page > 'mywiki' does not exist and do I want to create the page. > > > Thanks > > Jerry > > ------------------------------------------------------------------------------ > Ok, my fix ( and I don't know why it works...) is to change ScriptAlias /mywiki /var/mywiki/cgi-bin/moin.cgi to ScriptAlias /mywiki /var/mywiki/cgi-bin/moin.cgi/ in httpd.conf Jerry