mu'o mi'e .vruxir.

On Monday, December 17, 201= 2 11:57:40 AM UTC-5, la gleki wrote:

On Friday, December 14, 2012 11:41:26 PM UTC+4, la gleki wrot= e:
Also, the $IP/extensions/Widgets/compiled_templates/ folder should be made writable by the web server. See Making a directory writable by the webserver. The compiled temp= lates folder is where Smarty stores pre-compiled templates.
^ ^ I can't do that. Waiting for Robin to reply (privately, not her= e)
Robin hasnt replied yet. So i just= patched Widgets extension and changed the path from "$IP/extensions/Widgets/compiled_templates/" to "$IP/htmlets/"
Check whether you can use= Widgets now.
On Friday, December 14, 2012 11:33:31 PM UTC+4, vruxir wrote:Well, I was able to create widgets in the Wi= dget:* namespace. However, when I add widget code to an article (something = along the lines of "{{#widget:Google Maps|...|...}}"), I can't preview or s= ave the page that I am editing; the server returns a "500" error. <= /div>The same problem occurred with Widget:Google Maps and Widget:YouT= ube, so I don't think it's a problem with the widget source code. When a pa= ge doesn't contain the {{#widget:...}} code, it saves without a= ny trouble. The 500 error doesn't give any specifi= c information for me, so I don't know what causes it. There might be a prob= lem with folder write permissions, but otherwise I couldn't get any useful = information from a Google search. mu'o mi'e .vruxi= r.

On Fri= day, December 14, 2012 1:49:04 PM UTC-5, la gleki wrote:UPDATE. Widgets 1.9.2 (http://www.mediaw= iki.org/wiki/Extension:Widget) extension installed.See <= a href=3D"http://mw.lojban.org/index.php/Special:Version" target=3D"_blank"= >http://mw.lojban.org/index.php/Special:Version Plese, check if you can use it to embed Google maps etc. BTW how to say "update", "version" and "synchr= onise" in Lojban???? On Saturday, Dece= mber 8, 2012 9:41:35 AM UTC+4, la gleki wrote: On Saturday, December 8, 2012 12:13:38 AM UTC+4, vruxir = wrote:.u'u Appar= ently that didn't work the way I thought it would work. Now it's back to sh= owing the reCAPTCHA on edits to translations for some reason, and triggerin= g the "Saving failed" popup. Here are the pages th= at led me to believe it would work: http://www.mediawiki.o= rg/wiki/Extension:ConfirmEdit (talks about the $wgCaptchaTrig= gersOnNamespace variable) http: //www.mediawiki.or= g/wiki/Extension_default_namespaces (says the default na= mespace for "Translations:" is NS_TRANSLATIONS) If you can't think of a reason why it didn't work, I guess we should= revert back to $wgCaptchaTriggers['edit'] =3D false; UPDATE. $wgCaptchaTrigg= ers['edit'] =3D false; Another option would be to only require reCAPTCHA for = anonymous edits. how to do that? mu'o mi'e .vruxir. On Friday, December 7, 2012 2:54:15 PM UTC-5, = la gleki wrote:UPDATE. Th= e following strings have been changed to: $wgCaptchaTriggers['e= dit'] =3D true; $wgCaptchaTriggersOnNamespace[NS_TRANSLATION= S]['edit'] =3D false; to ki'e doi vruxir toi On = Friday, December 7, 2012 11:29:24 PM UTC+4, vruxir wrote:It also looks like you can do this: $wgCaptchaTriggers['edit'] =3D true; $wgCaptchaTriggersOnNames= pace[NS_TRANSLATIONS]['edit'] =3D false; Then= , edits on basic pages will require reCAPTCHA, but edits to translations wi= ll not require reCAPTCHA. (To the best of my knowledge, that is w= hat will happen; the Wiki will be slightly more secure that way). mu'o mi'e .vruxir. On Friday, December 7,= 2012 1:11:27 AM UTC-5, la gleki wrote:I changed the value of $wgCaptchaTriggers['edit'] to false. The current values are $wgCaptchaTriggers['edit'] &n= bsp; =3D false; $wgCaptchaTriggers['create'] &= nbsp; =3D true; $wgCaptchaTriggers['add= url'] =3D false; $wgCaptchaTrigg= ers['createaccount'] =3D true; $wgCaptchaTriggers['badlogin'= ] =3D true; What needs to be changed or a= dded? On Friday, December 7, 2012 2:53:58 AM UTC+4, guskant wrote:= On Fri, Dec 7, 2012 at 6:54 AM, vru= xir <kex...@gmail.com> wrote: > I noticed this too. I'm pretty sure it is because of the reCAPTCHA= . I have > been able to work around it by doing this: > > Right-click on the link in the first column of the Translation Mes= sages > table -- for example, the link that looks like "Translations:jboba= u > selci'a/25/en" -- and open the link in a new tab. Then you can edi= t that > section of the translation and save the changes (and it will show = the > required reCAPTCHA below the translation after you click "Save Pag= e".) > I got it, thanks! > I hope there is a way to fix that, because editing each translatio= n section > in a new tab slows things down. The only obvious fix I can think o= f is to > disable reCAPTCHA on pages that begin with the prefix "Translation= s:"; > hopefully that is possible. > > mu'o mi'e .vruxir. > > > On Thursday, December 6, 2012 4:26:22 PM UTC-5, guskant wrote: >> >> Translation pages fail in saving. >> >> I go translate a page >> >> http://mw.lojba= n.org/index.php?title=3DSpecial%3ATranslate&taction=3Dtransla= te&group=3Dpage-jbobau+selci%27a&language=3Dja&limit= =3D100&task=3Dview >> and edit my translation, but fail in saving. A dialog popups a= nd says >> "Saving failed. Please report this error." Please fix this pro= blem. > > -- > You received this message because you are subscribed to the Google= Groups > "lojban" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/lojban/-/QY6eedzR05Q= J. > > To post to this group, send email to loj...@googlegroups.com. > To unsubscribe from this group, send email to > lojban+un...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/lojban?hl=3Den.