Hello XWiki Devs,
I have a specific class in the XWiki (TestClass) with more than 50 items.
However I would like to retrieve, through the HQL statement, just 5 random
results.
I know how to set the limit, using the "setlimit", however I don't know and
I did not find if there is a way to retrieve a random result.
Is it possible, or I will need to make a hql that returns all results and
after that take 5 itens randomly?
Thanks
--
Danilo Amaral de Oliveira
Engenheiro de Computação
celular (32) 9111 - 6867
Hi everyone,
I've released today a new version of the File Manager Application [1].
This application lets your organize your files inside XWiki using a
tree hierarchy of folders. It supports all standard operations like
move, rename, copy, delete on both files and folders. You can use drag
& drop to upload new files and to modify the folder hierarchy. A wide
range of files types can be viewed or played (in case of audio and
video files) directly from the wiki. This includes PDF and office
documents.
The entire application has been redesigned. The UI is now written
using Angular JS while the backend supports batch operations using
jobs (running as daemon threads).
Those upgrading from an older version can migrate their data (files)
with a click of a button.
I hope you'll find it useful. Feedback, bug reports [2] and
contributions [3] are more than welcomed.
Thanks,
Marius
[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/File+Manager+Applicati…
[2] http://jira.xwiki.org/browse/FILEMAN
[3] https://github.com/xwiki-contrib/application-filemanager
Hi guys.
I am starting this thread to talk about UI conventions that we should
recommend to every developer who want to write an application in XWiki.
Currently, we have some standards (see
http://platform.xwiki.org/xwiki/bin/view/DevGuide/FrontendResources) and we
need to update this documentation since it is still speaking about
PrototypeJS and Bootstrap is not even mentioned. I think it is the time to
think about what these conventions should be now.
With Vincent and Caty, we have thought about it and our ideas are written
there: http://design.xwiki.org/xwiki/bin/view/Proposal/UIStandards
I let you read this design page and express your ideas. I need your opinion
to know how I should implement the (color) theme application for Flamingo.
Thanks,
Guillaume
Hi everyone,
I'm working with an initiative similar to Google Summer of Code, called Semester of Code, and I think it would be great to have students work on XWiki. Below is more detailed information, but basically its like GSoC, except students are involved as part of their courses or industrial placements, so receive academic credit rather than money for their work.
Hopefully this is of interest to the XWiki community!
If any questions aren't answered by the FAQ[1] or invitation below, feel free to ask.
All the best,
- Scott
~~~
The VALS Semester of Code [1] project is working with European universities and FOSS communities to give students real-world experience working in open source software projects while receiving academic credit. The benefit to your projects will be valuable and hopefully ongoing contributions. VALS will also benefit the wider sector by helping to produce graduates with the skills and experience needed to engage with open development.
Our first Semester of Code will involve approximately 75 student placements, starting in September. We would like to invite your organisation to participate in this pilot by offering mentored placements within your projects.
If you have participated in Google Summer of Code before, you will find our process similar; we will seek placements for student projects, and will use the a system similar to Google's Melange platform to manage placements. However, VALS differs from Summer of Code in that instead of receiving money for their participation, students will receive academic credit. For this reason the mentors from your project will need to liaise with the student's academic tutor. The VALS project will support this process to ensure it runs as smoothly as possible. We also ensure the admin overhead is minimal.
The VALS initiative is a partnership of European universities and SMEs who have been working for several months to plan the pilot of Semester of Code, which will run during the next academic year. We have now reached the stage where we are signing up FOSS projects who are willing to provide mentors. We have already seen interest from smaller, single-company projects to larger software foundations, and would like to see more.
If you'd be willing to provide one or more mentored projects, we’d love to talk to you about joining Semester of Code. In return, you’ll get an enthusiastic student providing a valuable contribution to your project. The VALS team will be on hand throughout the project to answer any questions and help unblock communication issues between mentors, students and academic supervisors.
To join in the Semester of Code or to simply find out more you can email mark.johnson(a)it.ox.ac.uk, or you can sign up to our mailing list directly by using the web form [1].
More detail about the Semester of Code are available on our FAQ page [2]. If you have any other questions, don’t hesitate to ask on the mailing list, and one of the VALS team will get back to you!
1: https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=VALS-SOC&A=1
2: http://semesterofcode.com/?p=22
Hello,
i have an idea concerning the icons of base skin colibri or others, we
should integrate "Entypo" on the skin ans delete all image icons, the
advantage is :
1- we win the chargement time of pages
2- reduce the number of code lines in the code.
3- we can add, edit , put color and change the sise of this icons
4- the skin of this icons are in flat design and we can put it in any form
5- its free for any users
for more information http://www.entypo.com/
wordpress have just integrate this solution
Yacine
Hi devs (Thomas),
I’ve noticed Thomas mentioned the following in the mail for 6.1:
“
Finally a new loading screen with
progress displayed during XWiki initialization has been introduced and
the initialization speed itself has also been improved.
“
I’ve found that intuitively the loading speed of 6.1 seemed slower than before so I did a quick measurement between 5.4.4 and 6.1.
* On 5.4.4
** Time for the webapp to be ready: 14s
** Time to load the home page after the webapp is ready: 8.7s
* On 6.1
** Time for the webapp to be ready: 16s
** Time to load the home page after the webapp is ready: 12.60s
So it seems we got worse and not better.
Ofc this would need more measurements.
Would be nice Thomas if you could investigate this as part of your performance improvements to see what we’re doing now that takes longer than before.
Thanks
-Vincent
The XWiki development team is proud to announce the availability of XWiki 6.1.
A lot of work has been done for the new Flamingo skin and we hope to
make it the default in 6.2.
This version also comes with many improvements but also introduce many
new APIs and tools for developers like the integration of LESS
preprocessor, a new authorization API taking care of the context and
its associated script service, a new experimental Mail API, the
support of grouped and asynchronous jobs in default job module
executor, the possibility to log from any script, a new converter to
make easier to manipulate XDOM in Velocity, and many others.
The memory used in wikis with lots of documents like
http://myxwiki.org has also been reduced a lot (around 40% in
http://myxwiki.org for example). Finally a new loading screen with
progress displayed during XWiki initialization has been introduced and
the initialization speed itself has also been improved.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki61
Thanks
-The XWiki dev team
Hi devs,
After brainstorming offline with several XWiki committers (devs from XWiki SAS mostly) here’s a proposal for the 6.2 roadmap:
Content
=======
* Guillaume with help from Caty: Make Flamingo production-ready and the default skin in XE. Specifically this means;
- Finish the AppBar implementation (with proper icons)
- Polishing everywhere
- Ensure it works fine on mobile devices
- Finish Theme Editor
- Investigation about UI standards (theme variables , css classes, html/macros, js) (some thoughts there: http://design.xwiki.org/xwiki/bin/view/Proposal/UIStandards)
* Thomas: Continue on improving page loading times and performances in general as much as possible in the time frame.
* Marius: Finish File Manager + javascript framework evaluation/proposal (propose angularJS with LT in angular + treeview, etc)
* Denis: Are you going to work on finishing signed scripts?
* Edy: Investigate Activity Stream v2. Goal: take the occasion of the rewrite to
- Make it performant
- Catch up and leap over the competition in term of features/usability ;)
- Need find all use cases and gather feedback from everyone
* Edy: Implement as many JIRA issues as possible from the list below, starting with the top one and going down:
- Support 2 roles for users for app within minutes: application creator and data creator XWIKI-8757
- Extension Manager add extension search should suggest only compatible versions XWIKI-9920
- New widget that extends the Suggest widget with the option to pick multiple values XWIKI-8097
- Welcome block is not easily editable XE-1389
- Watchlist activity shouldn't add a version to the page XWIKI-10332
- Wrong rendering of annotations for documents with sheets XWIKI-6328
- Delete user removal from groups is not scalable and is a potential security issue (for me the feature should be at least deactivatable) XWIKI-9641
- Importing documents with Office Importer will always generate pages in syntax 2.0 XWIKI-9074
- Unpublished blog posts are displayed in the Activity Stream XWIKI-10425
- "Current wiki" wiki macros not available in the macros list in wysiwyg in path based multiwiki XWIKI-7739
- Add the possibility in AppWithinMinutes livetables settings to select a default sort on a column XWIKI-9659
- Add a reload button for changing the CAPTCHA message at registration XWIKI-9879
- Show date and time of the install and user who installed for an installed extension XWIKI-10027
- User Directory should be configurable globally XWIKI-9170
- Creating wiki page containing / character XE-688
- The default value of a date field should be empty or today, not the date when the class has been created XWIKI-10296
- The links to pages from the ToC of the watchlist notification message don't work on Outlook XWIKI-10500
- Hard to understand which is the default value for Profile's Preferences entries (edit/view mode) XWIKI-7715
- Add an explanation next to the fields in user profile XWIKI-6307
- Add an event in the Activity Stream for when a subwiki is created or deleted XWIKI-10280
- Allow to force the installation of an extension even if dependencies are not satisfied XWIKI-9827
- Access all page information in one rest request XWIKI-9135
- Allow to "send page by email" to a group (sold to AFCEN client) XE-1403
- Allow a default space to be specified for a template provider, which will automatically create the document in that space XWIKI-8759
- Renaming a page changes the creation date XWIKI-9425
- xwiki.cfg & xwiki.properties merging XWIKI-9831
- Empty groups can still have hidden rights applied, but not displayed in the UI XWIKI-9681
- Jump to a page using Ctrl+G doesn't work XWIKI-9787
- Top Active Contributors has empty values when the current user is local XWIKI-9991
- The default value of a date field should be empty or today, not the date when the class has been created XE-1388
- The User Directory does not display html for TextArea properties XWIKI-10149
- Page Blog.CategorySheet missing translation keys XWIKI-6540
- The "Username" and "Password" input fields don't have the same size XWIKI-10192
- Cannot restore document translations from recycle bin XWIKI-9567
Note that others can also help Edy on this :)
* Caty: Usability recording analysis and conclusions (Caty made some interviews with newcomers to XWiki with some scenarios to see what we should improve) + new icon set (vectorial) investigation (needed for AppBar) + UI standards (see above) + maybe help Edy (time permitting) on the AS investigation
* Lyes: Implement sending of mail invitations in Meeting Manager using the new Mail Sender API + Publish the Hierarchy Macro he’s been working on + work on Collaborative Apps
Dates
=====
(Taking into account the XWiki SAS seminar in July)
- 6.2M1: 4th Aug
- 6.2M2: 18th Aug
- 6.2RC1: 1 sep
- 6.2Final: 15 sep
Please add the stuff you wish to work on if you’re not in the list above and with to commit to working on something for the 6.2 release! :)
WDYT?
Thanks
-Vincent