Hello fellow XWikiers,
I now have an XWiki 5.0.3 and an XWiki 5.1 where my picture never gets downsized.
e.g. /xwiki/bin/download/XWiki/polx/photo%2Dpasseport%2DPaul%2D2012%2D07.jpg?width=50&height=50&keepAspectRatio=true
has width 345 x 443 (the original).
How can I debug this?
The log does not seem to say and it seems not related to have an AWT thread at hand (the 5.1 is run with a graphics environment).
thanks in advance.
Paul
Hi,
we want to modify the pdf-export by using a commercial pdf-rendering
library. As so far the pdf-export is located in the xwiki-platform-oldcore
package, I suppose the reengineering is still pending. Because of that I
wanted to ask how is the future strategy for the pdf-export? How can we
integrate our pdf-export to be prepared for future modification?
Thanks and regards,
Josef
--
View this message in context: http://xwiki.475771.n2.nabble.com/Using-a-commercial-pdf-rendering-library-…
Sent from the XWiki- Users mailing list archive at Nabble.com.
A few days ago I ran into some problems when trying to install
an extension via the extension manager. The problem was that
the pages of this extension require programming rights and
I have been doing the install as a local admin of a subwiki.
As the local admins have no programming rights the extension
got installed without error message, but then it failed
to work properly (of course).
I first thought about reporting a bug that users without programming
rights should have no access to the extension manager to avoid
these problems, but then I figured out that this might be too restrictive.
For example one does not need Programming rights to install a color theme;
there is not reason why a local admin should not be able to do that.
The problem is that one cannot distinguish in advance between
the two cases of an extension needing programming rights and one
not needing it.
So I wonder if it would be feasible to extend the ExtensionClass
with a flag "Requires Programming rights" or the like and then
any extensions found via the ExtensionManager will tell the Admin UI,
if they need Programming rights to be installed or not.
The UI then could check with the rights of the current user and inform
about the problem before installing.
Of course this creates a backward compatibility issue;
one has to treat a missing value for that flag somehow.
Maybe assuming that a missing flag means "no programming rights required"
is ok, because that way extensions without this flag will be handled exactly
the same as they are currently handled
However I wonder if I talk about a real problem here, or if this is
not really needed, but it is me doing something wrong. (E.g. is it
actually advisable to install an extension only on one local wiki,
and not on the complete farm?)
Any thoughts?
Clemens
Hello Everyone
I'm impressed with Feedback Application used in xwiki.org. I wanted to use
it in my local server. Is it available to users? If so can someone send me
a link to download that application.
--
*Regards*
*M.GANESAN*
*E-Mai*l :mganeshanece@gmail.com
**
Hi,
I just noticed that whenever someone creates a new blog page, this new blog page shows up in the Activity Stream, even if the page entry is not yet published.
I guess this makes just sense from the point of view of the Activity-stream, as creating the blog page always creates an entry in the activity stream DB of type "create".
However I feel it might upset some users who expect that their unpublished blog pages remain "secret".
I wonder where I should dig in to prevent these entries showing up. Is it possible to suppress logging the "create" event in the activity DB until the Blog entry gets published?
Or should I better try to filter these events in the macro displaying the activity stream.
Oh, and is there any general interest in suppressing these entries in the activity stream, or is it just me and I can look for a solution on the "works-for-me" level instead of something others might find reusable?
Cheers,
Clemens
--
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenhaar(a)espresto.com
HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
Hi,
I would like to install the menu application form
http://extensions.xwiki.org/xwiki/bin/view/Extension/Menu+Application
but the download link is broken.
May be some one can fix this.
BTW: Is it possible to install the menu application with the extension
manager?
All the best
Ritchi
As a college professor, I would like to set up an example wiki to teach my students about collaborative web-based tools for small-to-medium sized businesses. I believe that XWiki provides an excellent example, but our IT group will not allow me to purchase a cloud-hosted solution or to set up a local server. Specifically, I would be placing initial course materials on this wiki and then asking students to contribute to, comment on, and annotate these topics throughout the term.
Username: GlenCoulthard
Wiki name: coulthard.myxwiki.org or buad.myxwiki.org (where buad stands for Business Administration)
We have two different Microsoft AD Server(both are at different
locations)..
Can I configure these two servers to setup the user login from these
servers?
--
*Regards*
*M.GANESAN*
*E-Mai*l :mganeshanece@gmail.com
**
Hi everyone,
I've got a problem with my main page.
I embedded 3 iFrames with a z-index of 2 and 3.
In the Firefox Browser everything is working perfectly, but the Internet Explorer (9) is displaying the iFrames on top of the menu points...
Here is a piece of code from the menu I am using:
{{menu type="vertical" position="left" id="Navigation links"}}
{{html}}
<span style="font-weight:bolder;font-size:125%">Navigation</span>
{{/html}}
* [[Navigation 1>>Main.Navigation1]]
** [[News>>Navigation1.News]]
** (...)
And here is the code for my iFrames:
<div style="position:absolute; top:250px; left:230px; z-index:3;">
<iframe src=" index.html" width="575" height="800" scrolling="no" frameborder="0"></iframe>
</div>
<div style="position:absolute; top:230px; right:260px; z-index:2;" id="container">
<iframe src=" index2.html" width="500" height="280" scrolling="no" frameborder="0"></iframe>
</div>
<div style="position:absolute; top:550px; right:250px; z-index:2;" id="accordion">
<iframe src="index3.html" width="650" height="400" scrolling="no" frameborder="0"></iframe>
</div>
In the colibri.css in the xwiki directory I saw, that the z-index for the menu is =1000...
Where is the problem for Internet Explorer to display the menu points ontop of the iFrames?
And also: Why does the Internet Explorer put the Navigation points 1cm downwards and displays an empty Navigation point???
Regards,
Tom Neumann
I setup my XWiki 5.1 env to use UTF-8, but in some situation XWiki damage my international chars (search, tags with int.characters).
For example:
I wrote some international text to search field - ( some documents are suggest ), but after pressing Enter and Search page is load, the characters in search field is replaced:
example: I wrote : "šiška" to search field and get "Å¡iÅ¡ka".
Where I forgot set something?
Thx
Rudolf
--------------------------------------------------------------------------
Táto správa a všetky pripojené súbory sú dôverné a určené
výhradne osobám alebo organizáciám, ktorým boli adresované. Ak nie ste
zamýšlaný príjemca alebo ste dostali tento e-mail omylom, prosím upozornite
okamžite odosielateľa a vymažte tento e-mail. Neoprávnené kopírovanie,
zverejnenie alebo distribúcia tohto e-mailu, je prísne zakázané.
This email and any attached file are confidential and intended solely for the
use of the individual or entity to which they are addressed. If you are not the
intended recipient or have received this e-mail by mistake, please notify the
sender immediately and delete this e-mail. Any unauthorized copying, disclosure
or distribution of this e-mail's content is strictly prohibited.
---------------------------------------------------------------------------
Pred vytlačením tohto e-mailu myslite na životné prostredie.
Please consider your environmental responsibility before printing this e-mail