xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] The plan of GSoC project "Auto-completion in content editors" this week(6.27 - 7.3)

by 许凌志(Jamesxu)

Hi, According to the discussion with Marius, I list the work plan for this week(6.27-7.3). Implement the skeleton of the auto-suggestion functions include following things: (1). Implement the function that logs a message in the firebug console whenever the caret is after [[ (but just that, nothing more!) (2). Implement the function that requests the list of wiki pages matching some prefix user input. BUT, don't actually query the database, instead simply return a dummy list from the server. (3). Implement the function that displays the list of wiki pages where the caret is, but using just a plain HTML list inside a DIV. *Nothing fancy*. No CSS! All these three things covers all the proccesses of the auto-suggestion functions, it will give an overview of the whole projects, and the rest of work will refine the skeleton gradually later. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

13 years, 7 months

[xwiki-devs] [Proposal] Make all click methods be named click*() in UI functional tests

by Vincent Massol

Hi, The proposal is to make all click methods be named click*() in UI functional tests. For example in ViewPage, instead of: public LoginPage login() { this.loginLink.click(); return new LoginPage(); } We would have: public LoginPage clickLogin() { this.loginLink.click(); return new LoginPage(); } Right now we have some methods starting with click and other not following this pattern, the idea is to homogeneize it. WDYT? Thanks -Vincent

13 years, 7 months

[xwiki-devs] Status of GSoC project "Auto-completion in content editors"

by 许凌志(Jamesxu)

Hi, These days with the help of Marius, I seperate my codes into sub-modules, and commit them with their test modules one by one In last week I have committed two modules: 1. suggestion box for link ( http://farm6.static.flickr.com/5268/5599744930_ff65ddfdc3_z.jpg) 2. suggestion box for image ( http://farm6.static.flickr.com/5063/5600563446_5f15f500d1_z.jpg) I have also written a readme document in the same dir of the two modules, to guide developers to run and test the modules seperately. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

13 years, 7 months

[xwiki-devs] Xwiki android navigator

by Chamika Weerasinghe

Hi, I developed reusable component for xwiki naviagate as Eduard suggested. It's more likely a tree-view in android interface. https://picasaweb.google.com/lh/photo/NfEuYpaUsBxUoEWE2DQuDg?feat=directlink source https://github.com/xwiki-contrib/android-client/tree/master/xwiki-android-c… It has some issues in viewing (does not show some bottom items correctly due to scrollbars) and I will solve them as soon as possible. Please suggest some ideas to make this nice looking for the user. Best Regards, Chamika Weerasinghe

13 years, 7 months

[xwiki-devs] Calendar Application

by Vlad Merticariu

Dear All, I'm working on the Calendar Application and I would like a few opinions on how to structure it. Details about the application can be found here: http://incubator.myxwiki.org/xwiki/bin/view/Drafts/CalendarApplication and my main problem is choosing between the presented alternatives. A few important pieces of information about the application: - every event is a document with an object of EventClass attached - every calendar is a document with an object of CalendarClass attached - whenever a calendar is added, a space is also created. This space will store the calendar doc and the events associated with the calendar The functionality can be found on incubator. The alternatives are: *Calendar aggregator* The WebHome of the application is an aggregated calendar which displays the events from all the calendars of a user. The user creates several calendars (e.g. Personal, Work) which can be visualized both individually and together, on the main page of the application. This is very similar to Google Calendar, following the same approach. The main advantage of this is the ease of interaction between users' calendars (e.g. sharing a calendar with another user means displaying the specific calendar among his own calendars, inside the WebHome). *Individual calendars with categories* The users creates calendars which are individual entities and each event is assigned a category when added. When the user is invited to other events he can choose to view those events in one or more of his calendars while when another user shares a calendar with him he can only view that calendar, on a separate page. As far as I see it, the first choice means easier interaction between users but considering the number of events that must be selected every time, performance might not be that good. Please let me know which of the two you consider to be better or, if you have another solution, which might that be. Thanks, Vlad

13 years, 7 months

[xwiki-devs] Programmatic XWiki page generation

by Mark Wallace

Hi everyone. I'm looking for a programmatic way to generate XWiki pages that include objects. I have looked at generating XAR files for import, but am wondering if there are other ways to generate pages from code with no user interaction. Any pointers would be appreciated. -Mark

13 years, 7 months

[xwiki-devs] XWiki Enterprise 3.1 Released.

by Caleb James DeLisle

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The XWiki development team is proud to announce the release of XWiki Enterprise 3.1 Final. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is the first ever release to be tested in a staging repository and is probably the most well tested release to date. You can review the changes made since 3.0 by going to: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris… Thanks - -The XWiki development team If you would like to download the new release now, you can using these links: - ---- XWiki Enterprise for Servers ---- xwiki-enterprise-web-3.1.war SHA1: 5321b065247027cffb2b139bbe9db876e079f4ca http://forge.ow2.org/project/download.php?group_id=170&file_id=16846 xwiki-enterprise-wiki-3.1.xar SHA1: d80a7611d19dc28717a4538efe49cfd4858f94ec http://forge.ow2.org/project/download.php?group_id=170&file_id=16847 - ---- XWiki Enterprise Standalone ---- xwiki-enterprise-installer-windows-3.1.exe SHA1: c2ba74cfae30e272566f4e6ce7435d14ae9df2e3 http://forge.ow2.org/project/download.php?group_id=170&file_id=16845 xwiki-enterprise-jetty-hsqldb-3.1.zip SHA1: 82a80420f48b7d0614822137498251e7fc01e889 http://forge.ow2.org/project/download.php?group_id=170&file_id=16844 xwiki-enterprise-installer-generic-3.1-standard.jar SHA1: 7a038ce14be2b75bdaecb816bcf699f221908d9b http://forge.ow2.org/project/download.php?group_id=170&file_id=16843 - ---- XWiki Manager for Servers ---- xwiki-manager-web-3.1.war SHA1: abdf4e758246cabf4a1af79337e8170bfc582b1e http://forge.ow2.org/project/download.php?group_id=170&file_id=16848 xwiki-manager-wiki-administrator-3.1.xar SHA1: 9e2c9a2b02f87060c657c70bf15e4721df7e4f6c http://forge.ow2.org/project/download.php?group_id=170&file_id=16850 - ---- XWiki Manager Standalone ---- xwiki-manager-jetty-mysql-3.1.zip SHA1: f6277fd61c412642300427440798fd27938651cf http://forge.ow2.org/project/download.php?group_id=170&file_id=16851 - ---- XWiki Manager Extension for XWiki Enterprise Installations ---- xwiki-manager-application-xem-3.1.xar SHA1: f22abfd671527f6ef293d3763b8e688e2f0c100d http://forge.ow2.org/project/download.php?group_id=170&file_id=16849 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJOAL4sAAoJECYAmptlsgnWNk8P/jDYcGMDioM+DCzaN69Ljo5F De3EQQL0c++OjkC+R/s3kzxoHFk9g2Sa8bWjjDYIqiORiV1eIbJ1RnV5Tc31G5xA Q5MastEQ9onzQalXnZDJhrwwSw2CYMk9sia3bWBDPi55zuSKJvSar7Zgg85xE953 0a+Xmp2bCECc8QI8taeqyOnpAmvHR3NG6sKFc6biVRTBcU93XhUVZVPmjZixvupR fxo3gVmyX4G9RbNJFKxHZkHyEHcRdW1+7vdR9Dj3qZBTGBs+2jAHR3Xl6LEjyAb6 +NrZsmHf590jnrvrrl4t0Ld5kaG4ykHICShOZRIrZ8VylBTylHl+Zgx38imQ818J /YVEdjCGh6iqOHF1BQM4aeiAFw/Ja3EiqjpUkrqtMH5pjfbMU3qNNxKAtP4WKdac xDZaUZddMcKGauA7Qc27YkQkl7Nkvb4A3ikNld/PZs2QfDPEJsytrz6VqAgnLfwO Q4H6rvltysCbv/v05V2/jgUrNtXsnUa2NSOXjYVrsdiQh71qTph9I+nNbjk35gs/ dD8TaFxejMmu68qUcOR2aFIRncO2QKlbff8dN1UfkXJ7dd/HVS/1/1YtBQWiIqjk TWRS3KVgf4tgo1yHGyedBIkSCo3+iHffUyMPkmZoxJ9fnzvVWRi7eOQWOUwCOqWd Lg7wLAAwbJWY1rdpiXAT =78pa -----END PGP SIGNATURE-----

13 years, 7 months

[xwiki-devs] Code review request for "Auto-completion in content editors"

by 许凌志(Jamesxu)

Hi, These days I am trying to build the framework for auto-completion features for wiki editors. And part of codes I have committed to github. Hope you can reveiew the code for me. I haven't made pull request yet, because the codes are not complete and full tested, I will update them almost everyday. So I don't know if pull the request is neccessary. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

13 years, 7 months

[xwiki-devs] Status Xwiki Android Client

by Chamika Weerasinghe

Hi, For now I've implemented almost all the REST GET methods in xwiki-android-client. Translations and some of the Objects method will be implemented as soon as possible. I modified jaxb model classes to work with GSON which is a json deserializer works in Android. xwiki-android-rest is downgraded from android SDK version 2.2 to 2.1.1 for achieving more compatibility with the devices. Currently I'm having an issue in all the REST requests which has date/time because REST replies date/time as a java.util.GregorianCalendar object with using sun.util.calendar.ZoneInfo as the timezone. Android doesn't have sun.util.calendar library and because of that json objects cannot be deserialize using GSON. Therefore I manually deserialized ZoneInfo content. So now TimeZone data can be added to any other common library which can be used with xwiki as well as Android. Please suggest me such library. Android Xwiki navigator Thomas suggested to make a developer widget which serves as a xwiki-navigator. ( http://developer.android.com/guide/topics/ui/custom-components.html) But these developer widget are only used for designing custom user interfaces and functionality should be added as same as normal android application. So there is no significant advantage of building developer widget. Anyway I'll do it. Best Regards, Chamika Weerasinghe

13 years, 7 months

[xwiki-devs] 3.1 Release status

by Caleb James DeLisle

As far as I know it is only: http://jira.xwiki.org/jira/browse/XWIKI-6697 which is now blocking the release. Is there an estimated time of repair on this bug? Does anyone know of anything else which is holding up the release? In our last successful integration test cycle, there were 4 failing tests which seem to be related to XWIKI-6697. http://ci.xwiki.org/job/xwiki-enterprise-tests-3.1/131/testReport/

13 years, 7 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs