xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

Re: [xwiki-devs] [xwiki-users] Paste picture/image from clipboard

by Paul Libbrecht

There are several such features related to copy and paste (and drag-and-drop) which a newer trends could choose to follow. I'd be more than happy to advise on a GSoC project for such. But maybe there's an interest before. It's almost exclusively JS work. paul Le 9 nov. 2012 à 12:05, Guillaume Lerouge a écrit : > No. You have to save it first, then upload it to the wiki page. > > Guillaume > > On Fri, Nov 9, 2012 at 11:59 AM, Hamster <teunham(a)hotmail.com> wrote: > >> Is it possible to paste an image from MS Paint directly into an xwiki page?

12 years, 2 months

[xwiki-devs] [VOTE] New release dates for the 4.3M2/RC1/Final releases

by Eduard Moraru

Hi devs, Since last week was light on development (due to various holidays) and today we are already past the release date for 4.3M2, after talking with Vincent, we propose to postpone the 4.3 releases by a couple of days, as follows: Current dates: 4.3M2: 5 Nov 4.3RC1: 12 Nov 4.3final: 19 Nov Proposed postpone dates: 4.3M2: 9 nov 4.3RC1: 14 nov 4.3final: 21 nov Here's my +1 and I will be Release Manager for 4.3M2. We are still looking for Release Managers for the next releases, so please feel free to propose your selves Thanks, Eduard

12 years, 2 months

[xwiki-devs] Fwd: Github tracker. was: Re: [xwiki-users] New Realtime collaborative editing extension.

by Ludovic Dubost

This should have been for devs Envoyé de mon iPhone Début du message transféré : > Expéditeur: Ludovic Dubost <ludovic(a)xwiki.com> > Date: 23 octobre 2012 09:19:55 UTC+02:00 > Destinataire: XWiki Users <users(a)xwiki.org> > Objet: Github tracker. was: Re: [xwiki-users] New Realtime collaborative editing extension. > > Just a quick. You seem to introduce a practice to use the github tracker instead of xwiki.org jira's > > Not sure it's a good thing. I'm sure Vincent will agree > > Ludovic > > > Envoyé de mon iPhone > > Le 23 oct. 2012 à 04:17, Caleb James DeLisle <calebdelisle(a)lavabit.com> a écrit : > >> One other thing, please report the features which you want and what you imagine as >> best on the github tracker, it's easier to close an issue as "won't fix" than it is >> to remember an important issue which nobody wrote down ;) >> >> Thanks >> Caleb >> >> On 10/22/2012 10:14 PM, Caleb James DeLisle wrote: >>> Hi, >>> >>> Thanks for the complement. >>> >>> I just updated it and fixed issue #1. Thanks for reporting it. >>> Somehow showing who else is editing, showing where they are editing in the document >>> and allowing the user to spawn a chat window with other editors on the page are all >>> interesting possibilities. Right now I think the thing to do is decide where there >>> is the most bang for your buck in terms of feature value and get an idea of what's >>> most natural for the user. >>> >>> Thanks, >>> Caleb >>> >>> >>> On 10/19/2012 07:59 AM, Ryszard Łach wrote: >>>> Great work! >>>> >>>> It looks like good starting point to give xwiki the main (at least for >>>> me) feature, that makes googledoc sometimes more suitable for >>>> collaborative editing. It would be really great, if your editor would >>>> show somehow, where the other editor (person) is now, where is his >>>> cursor. Maybe a highlight (the whole line) showing the other's cursor >>>> placement? >>>> Do you plan to work on such improvements? >>>> >>>> R. >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users(a)xwiki.org >>>> http://lists.xwiki.org/mailman/listinfo/users >>> >>> >>> _______________________________________________ >>> users mailing list >>> users(a)xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users

12 years, 2 months

[xwiki-devs] [VOTE] Clirr difference for fixing content dirty flag.

by Andreas Jonsson

Hi, I am requesting a vote for adding the following clirr difference: <difference> <className>com/xpn/xwiki/objects/ListProperty</className> <field>list</field> <differenceType>6006</differenceType> <justification>Elemenents must be added to the wrapping NotifyOnUpdateList to ensure that the property is marked 'dirty' when updated. To avoid that this mechanism is circumvented, the field is made final.</justification> </difference> The flag isContentDirty in XWikiDocument is currently always true when a document is loaded from the database. This means that a script that just load and save a document without modifying it will generate a new version, and the point of the flag is completely lost. It is also a blocker for my work in the feature-authorization-context branch. Fixing this was non-trivial. It is assumed everywhere that the content dirty will be set, not only when the document content changes, but also when a property, the xclass or any attachment changes. But there were no code that actually set the flag on updates (because it was always true anyway). What's worse is that we have API methods that returns lists that are live updateable. I have added a wrapper list class to detect the updates in these lists. Hibernate refuse to store elements from my wrapper list for some reason which forced me to add a workaround for hibernate. Surprisingly, Clirr doesn't require any exception for the below methods which I have added, but I will list them here for your information: In BaseClass: public void setOwnerDocument(XWikiDocument ownerDocument) public void setDirty(boolean isDirty) In BaseProperty: public boolean isValueDirty() protected void setValueDirty(Object newValue) public void setValueDirty(boolean valueDirty) public void setOwnerDocument(XWikiDocument ownerDocument) In ListProperty: public void setUseHibernateWorkaround(boolean useHibernateWorkaround) In XWikiAttachmentContent: public void setOwnerDocument(XWikiDocument ownerDocument) New class: AbstractNotifyOnUpdateList<E> Best Regards, /Andreas

12 years, 2 months

[xwiki-devs] Release Manager for 4.3M2 needed ASAP!

by Vincent Massol

Hi devs, We need a RM for 4.3M2 which should have been released yesterday... See the Roster to see if you'd be a good candidate: http://dev.xwiki.org/xwiki/bin/view/Community/ReleaseManagerRoster If you haven't done a lot of releases yet then you're a good candidate ;) Thanks -Vincent

12 years, 2 months

[xwiki-devs] Improved User Picker

by Marius Dumitru Florea

Hi devs, I committed an improved User Picker in the feature-xclass-property-component branch. You can see some images on http://jira.xwiki.org/browse/XWIKI-4022 . I'd like to integrate it in the platform. Thanks, Marius [1] https://github.com/xwiki/xwiki-platform/compare/feature-xclass-property-com…

12 years, 2 months

[xwiki-devs] [VOTE] Name of the localization module script service

by Thomas Mortagne

Hi devs, Quick vote on the name of the localization module: * $services.l10n * $services.localization something else ? I'm ok with both even if "localization" is a bit "cleaner". -- Thomas Mortagne

12 years, 2 months

[xwiki-devs] [VOTE] Name of the localization macro name

by Thomas Mortagne

Hi devs, Quick vote for the macro name: * {{l10n}} * {{locallization}} localization is a bit too long for a macro so I would go for "l10n". We can also decide to maintain both aliases. -- Thomas Mortagne

12 years, 2 months

[xwiki-devs] How to Include a page without velocity code into another page

by Geo Du

Hi All, I want to include one page into another page in terms of content instead of velocity code, for example, the Blog.WebHome is a page without velocity code if you choose Edit->Wiki, but it has Blog.BlogClass if you select Edit->Objects, from Blog.WebHome page, I can create a new post with tile testpage, now the Blog.testpage is the new page created that I need to include into another page, this testpage has no velocity code from Edit_>Wiki. so how to include that page into a different page? I tried: include Macro, includeInContext Macro, includeTopic Macro, none of them displays the testpage for me, any idea? Thanks very much for your help. David

12 years, 2 months

[xwiki-devs] [Vote] Use the Date Picker from AppWithinMinutes as the default picker for Date XClass properties

by Marius Dumitru Florea

Here's the commit https://github.com/xwiki/xwiki-platform/commit/a6f4bd499fc2b1cf3757d423205a… . The main changes are: * Move the JS/CSS of the date picker used by AppWithinMinutes into the file system (/resources/uicomponents/widgets/datepicker). * Apply checkstyle to DateProperty and DateClass. * Modify DateClass to use the AWM date picker when the 'picker' meta property is set. * Add back the 'picker' meta property to Date property (in DateMetaClass) to allow developers to use a different picker than the default one (or no picker at all). * Use Boolean property for 'picker' and 'emptyIsToday' meta properties (was Number property). Since a Boolean property is stored as an integer property the only difference will be visually (checkbox instead of text input). I'd like to merge this into the platform. My +1. Thanks, Marius

12 years, 2 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