Regarding extra lines with multiple enter/carriage returns:
+1 you bet- WYS should be WYG. If I put in 32 returns while typing, I want
32 empty lines on output.
Joshua Marks
CTO
Curriki: The Global Education and Learning Community
jmarks(a)curriki.org
www.curriki.org
****************************
Hi,
Perhaps because I am too lazy to do the same job from version to version
(that is: to translate hard-coded english terms in german), I invested a bit
of time, looked through the templates in XWiki-enterprise-1.5-rc-1 and
replaced all hard-coded messages with msg.get().
ApplicationRecourses and ApplicationRecourses_de are respectively
customized.
Can I open only one Jira-issue for all changes and attach separate all
corrected .vm files (22 doc) + one document, describing all changes or
should I open 22 issues :confused: ?
If necessary, I can update the russian translation as well.
Best Regards,
Alla
--
View this message in context: http://n2.nabble.com/Replacing-hard-coded-messages-in-templates-tp534243p53…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi all,
I am working with a XE 1.3.8295 installation where RTF export works
fine. But it will be great programmatically control the output layout
(namely, pictures printed size, space before and after paragraphs or
headings, space before and after pictures, footnotes,...
Please, could you point me in the right direction to face this requirement?
Thanks indeed for your help.
Ricardo
--
Ricardo Rodríguez
Your EPEC Network ICT Team
Hi devs,
I'm trying to integrate the new WYSIWYG editor into XWiki's page editing
mechanism and I'm having an issue regarding how the edited content is
being submitted.
Right now (correct me if I'm wrong) when the user clicks "Save & View" the
edit form is submitted having a "content" field filled with the result of
converting editor's HTML output to XWiki syntax. Two things should be
noted:
* the conversion takes place on the client side, in JavaScript code;
* the save action, on the server side, expects XWiki code, not (X)HTML.
In the case of the new WYSIWYG editor, converting the (X)HTML to XWiki on
the client side is out of discussion. I must use the new rendering module,
which is written in Java. In order to smoothly integrate the new editor I
have to make sure the save action gets the XWiki code it expects.
Asynchronously retrieving the result of the conversion before submitting
the edit form is tricky due to the fact that the user can click "Save &
View" before the response arrives.
In light of this, Sergiu suggested me the following 2 solutions:
A) Retrieve the conversion synchronously
This would be easy if GWT would allow it. Instead I'd have to write
error-prone code using timeout to wait for the response and then release
the form submit.
B) Use a servlet filter
I'd have to write a servlet filter that detects the save action,
determines the editor (wysiwyg, new_wysiwyg, wiki etc.) and the syntax of
the submitted content (XWiki by default, XHTML for the new editor) and
makes the conversion, if needed.
I prefer the second solution. WDYT?
Regards,
Marius
Hi XWikiers,
I've recently worked on a refactoring of the page footer and I'd like
to get some feedback about it.
Features:
* New "information" section displaying parent, backlinks, included pages, etc
* New "history" section (as described in the original albatross spec)
* Tags edition with suggest (information)
* Lazy loading of sections via AJAX
* Url hash (#comments) taken into account, for example
autoload/scroll after having upladed an attachments.
* Unobstrusive JavaScript (links are working with JS turned off)
Since a demo is worth a thousand words, you can try it here :
http://jv.myxwiki.org/xwiki/bin/view/Main/
WDYT ?
Thanks,
JV.
Hi Asiri,
I've worked a little on WebDAV interoperability and made quite some
progress.
We now have on Mac:
- WebDAV working for browsing and downloading files
- WebDAV working for drag and dropping files
- WebDAV working with vi in view, edit and save (it says on save that
the file was changed while editing although it's not true)
- WebDAV working with a patched version of OpenOffice (with a fix for
locking) or with official NeoOffice in view edit and save
- WebDAV working with TextEdit in view, edit but NOT save
Mac OSX generates phony attachments to store temporart files. TextEdit
fails because it tries to create a file then MOVE it (it might be
because of the same locking issue as OpenOffice).
And on Windows XP:
With Novell NetDrive (mapping webdav to a driver letter):
- WebDAV allowing browsing, dowloading , drag and dropping
- WebDAV working with notepad and OpenOffice in view, edit, save
With Microsoft Web Folders (2 versions on SP2 tested including the
latest patch from Microsoft, SP3 would need to be tested)
- WebDAV allowing browsing, dowloading , drag and dropping
- WebDAV allowing to double click or open from notepad or OpenOffice but
by copying to a temp read only file. You then can SAVE AS to the WebDAV
folder.
It might be possible that MS Office allows to handle this differently.
With Microsoft WebDAV redirector (same one available on Vista)
- Nothing works at all. I've tried almost all I could to try to use it
to map a network drive on the webdav folder.. The constraints are pretty
hard on the web dav server and even though I was not able to have it
fully working. I find it a dead end.
On Windows Vista:
- Nothing works at all
It seems possible to install a Web Folders package on Vista and have the
behavior of XP.
In any case, the Microsoft solution is sub-optimal on Windows. Novell
NetDrive (free download findable on the web) or WebDrive (it's
commercial counterpart) seem to be much more efficient.
Maybe MSOffice works correctly with WebFolders but this needs to be tested.
On Mac the behavior is pretty nice with the patched version of
OpenOffice (patch is published there:
http://tools.openoffice.org/issues/show_bug.cgi?id=81536 let's hope
they put it in the standard distrib).
Ludovic
--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi Asiri,
Could you write a installation documentation of the webdav component on
xwiki.org.
I'd like to create an interoperability page afterwards to tell people
how to use it in different platforms.
Some more interop news: it works on Vista and Gnome/Nautilus !
Ludovic
--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Good day.
Anybody know, how to build xwiki-enterprise.war after svn reordering ?
(xwiki-platform-enterprise directory, mention in documentation is missing in
repo now.)
--
Ruslan Shevchenko
GradSoft. http://www.gradsoft.ua
Thomas,
Yes, it works now! I had made a typo in the hibernate cfg file.
Again, I appreciate your advice.
Mark
-------- Original Message --------
Subject: Re: [xwiki-devs] Need Help building Oracle Database -
xwiki-enterprise-web-1.5.zip
From: "Thomas Mortagne" <thomas.mortagne(a)xwiki.com>
Date: Thu, July 31, 2008 10:55 am
To: "XWiki Developers" <devs(a)xwiki.org>
Hi Mark,
On Thu, Jul 31, 2008 at 5:43 PM, <[1]mark.mills(a)objectstream.com>
wrote:
>
> Hello,
>
>
>
> I am new to Xwiki and am trying to install the enterprise-web-1.4
> version on OC4J using my own database. I believe I have made all
of
> the modifications to the xml files from the instructions but
don't
> know where to find the sql script (is there one?) to build the
> tables. I saw on the xwiki website a set of statements to build
> indexes but nothing to run to create the tables, etc. Does the
> hibernate that comes with this xwiki version try to create the
tables
> automagically?
Yes the tables are automatically created the first time you run
XWiki
or it upgrade existing older database structure.
>
>
>
> Thanks in advance,
>
> Mark
> _______________________________________________
> devs mailing list
> [2]devs(a)xwiki.org
> [3]http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
_______________________________________________
devs mailing list
[4]devs(a)xwiki.org
[5]http://lists.xwiki.org/mailman/listinfo/devs
References
Visible links
1. https://email.secureserver.net/pcompose.php#Compose
2. https://email.secureserver.net/pcompose.php#Compose
3. http://lists.xwiki.org/mailman/listinfo/devs
4. https://email.secureserver.net/pcompose.php#Compose
5. http://lists.xwiki.org/mailman/listinfo/devs
Hidden links:
6. http://lists.xwiki.org/mailman/listinfo/devs
7. http://lists.xwiki.org/mailman/listinfo/devs