they are the
specification of what needs to be done, and they are also the validation
that what was done is correct.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
=infoArgRedirecting
stderr/stdout toRef id=ServerLogName//Arg/Call
Call class=java.lang.System name=setErrArgRef
id=ServerLog//Arg/Call
Call class=java.lang.System name=setOutArgRef
id=ServerLog//Arg/Call
WDYT?
Thanks
-Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu
here, and how to create new styles.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
as sburjan1
I am +1 for 1.3 and +1 for 2.1
Please send your feedback and even your proposals if you have one.
WDYT ?
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
to macros.vm, but merely changing
the code of existing macros.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
2010-11-28 01:58:54 UTC (rev 33164)
@@ -32,8 +32,8 @@
float: left;
height: auto;
margin: 0;
- min-height: 100%;
- min-width: 100%;
+ min-height: 100% !important;
+ min-width: 100% !important;
overflow: visible;
padding: 0;
position: static;
--
Sergiu
makes $xwiki.parseMessage useless and some
other would say a security hole (see
http://jira.xwiki.org/jira/browse/XWIKI-5684).
So I propose to deprecate it in 2.7 to make sure we don't use that anymore.
WDYT ?
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
is
640x480 which is not enough if you have slides with a lot of information).
Do you think this is worth introducing in 2.7 or should I wait for 3.0?
If you can guarantee 100% backwards compatibility, then +1 for 2.7.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
/vcard.png
Thanks,
Caty
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
a workable
wiki, not just a showroom|display one.
I'd rather have it enabled by default, but make the bot support a
!silence design:Space.Page command which will not notify updates on a
document for a period of time.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
and understand why the instance wasn't responding.
WDYT?
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
, not as a
comparison tool to check which of the syntaxes is the coolest.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
;
}
fieldset.xwikimessage {
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
/mailman/listinfo/devs
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
to make XE 2.7 the last minor release of the 2.x cycle.
Here's my +1
0. I can't decide before I know what the quality is going to be.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman
On 11/15/2010 11:35 AM, Vincent Massol wrote:
On Nov 15, 2010, at 11:29 AM, Sergiu Dumitriu wrote:
On 11/15/2010 11:06 AM, Vincent Massol wrote:
On Nov 15, 2010, at 10:59 AM, Sergiu Dumitriu wrote:
On 11/15/2010 09:35 AM, Vincent Massol wrote:
Hi devs,
Now that we've agreed to have
themselves. But it would be used to retrieve infos about that events.
And so, when logging an event, we could use classname + identifier.
For example
AnnotationAddedEvent + This is my annotation .
CommentAddedEvent + This is my comment or the number of the comment.
--
Sergiu Dumitriu
http
Manager for XE 2.6 RC2
Works well locally, works well on myxwiki.org.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 11/14/2010 01:19 AM, Vincent Massol wrote:
Hi,
I'm planning to add a xwiki-archetype-component module in tools, in the same
manner that we have a xwiki-archetype-macro module.
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing
('core.viewers.share.cancel')/a/span
+/div
+/form
+#end
\ No newline at end of file
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
rythm to the dev process.
Here's my +1.
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
would go in
the params list.
Thanks,
Stefan
Thanks
-Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
go in
the params list.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
for
attachments, DocumentReference for documents.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
system, it's documented here:
http://code.xwiki.org/xwiki/bin/view/Modules/RenderingModule
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
-Vincent but because of a lack of time
I had to continue on my side with a remote observation only code but
the needs still remain, you can see
http://dev.xwiki.org/xwiki/bin/view/Design/ActivityComponent for the
last state of this work.
WDYT ?
Stefan
--
Sergiu Dumitriu
http://purl.org/net
.
CommentAddedEvent + This is my comment or the number of the comment.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
with the new
activity implementation. The fact that the new activity macro doesn't
list comments should be fixed already by
http://jira.xwiki.org/jira/browse/XE-749 , and I think that XE-749 is
the right approach for the long term.
Thanks,
Guillaume
You're welcome,
Sergiu
--
Sergiu Dumitriu
http
, and I think that XE-749 is
the right approach for the long term.
Thanks,
Guillaume
You're welcome,
Sergiu
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
spaces authors .
Thanks -Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 11/08/2010 03:23 PM, Ludovic Dubost wrote:
Le 08/11/10 10:35, Sergiu Dumitriu a écrit :
On 11/08/2010 01:44 AM, Ludovic Dubost wrote:
Le 07/11/10 21:24, Sergiu Dumitriu a écrit :
I don't like this, it's intrusive. Personally I wouldn't like at all
being forcefully invited
not an advanced Java programmer, so I need the things
well explained! ;) Anybody can help?
Best regards!
Felipe Giotto
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
And for Event about actions that have not yet been executed to use the
present progressive form, e.g.:
* ApplicationStartingEvent
* ScriptEvaluationStartingEvent
* AnnotationAddingEvent
WDYT?
+1, and +1 for renaming the events being moved.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
your proposal? Email is slow and
deprecated, and one of the main points when presenting XWiki is how much
better it is than emails. Why would moving the discussion to emails help
collaborative writing?
--
Sergiu Dumitriu
http://purl.org/net/sergiu
-1.9/
• xwiki-core-2.1/
• xwiki-core-2.2/
• xwiki-core-2.3/
• xwiki-core-2.4/
Please shout quickly if you have a good reason to keep one of these (also
note that they'll always be in the svn history).
+1
--
Sergiu Dumitriu
http://purl.org/net/sergiu
reason to keep one of these
(also note that they'll always be in the svn history).
Thanks
-Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
shouldn't make XWikiGuest
clickable.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 11/07/2010 01:47 AM, Sergiu Dumitriu wrote:
On 11/04/2010 03:52 PM, Jerome Velociter wrote:
Hey,
Wild idea... could we skip those events ?
It feels weird that before logging in the first time you have No
recent activity, and once you log-in (or refresh the page probably)
you have like
some blockers.
Here's my +1
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
a severe performance
problem with many blog categories, and fixed broken scheduler functionality.
For more information, see the full release notes at:
- http://www.xwiki.org/xwiki/bin/Main/ReleaseNotesXWikiEnterprise251.
- http://www.xwiki.org/xwiki/bin/Main/ReleaseNotesXEM251.
--
Sergiu Dumitriu
be fully stabilized and
we would loose the window of opportunity of doing a major release now.
Note: We shouldn't try to cram too much things in since that'll extend the
lead time to release XE 3.0 and we'll loose the stabilization effect.
WDYT?
Thanks
-Vincent
--
Sergiu Dumitriu
http
The svn/mvn part of the release is done, please test the build results
from http://maven.xwiki.org/releases/com/xpn/xwiki/products/
On 11/02/2010 08:54 AM, Sergiu Dumitriu wrote:
Hi devs,
It's been two weeks since the release of 2.5, and there have been some
critical and not so critical
list of fixed issues here:
http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+XWIKI+AND+fixVersion+%3D+%222.5.1%22+AND+status+%3D+Closed+ORDER+BY+priority+DESC
Does anybody want to commit something else?
--
Sergiu Dumitriu
http://purl.org/net/sergiu
), and the
syntax won't be tested enough.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
: We shouldn't try to cram too much things in since that'll extend
the lead time to release XE 3.0 and we'll loose the stabilization effect.
WDYT?
Thanks
-Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
without the stack trace. Note: It might be
good to have a utility method somewhere to extract all messages from all
nested exceptions without the stack trace.
OK, I thought the limit was on WARN, not on ERROR.
+1 for the extractAllMessages method.
--
Sergiu Dumitriu
http://purl.org/net
://www.wikimatrix.org/show/XWiki
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
/CommentUpdateEvent.java
Log:
XWIKI-5622: New event types: add/update/delete comment/annotation/attachment
Done.
Patch from Stefan Abageru applied with a bit of changes.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http
we can do
in a very busy day. It hurt me a lot to commit this many else-ifs. If
there wasn't such a tight deadline, I'd take the time to refactor the
whole activity stream into nice components, but the RC is in a few days
and I still have a lot of things to do.
--
Sergiu Dumitriu
http
On 10/25/2010 12:32 PM, Vincent Massol wrote:
Hi Sergiu,
On Oct 21, 2010, at 1:08 AM, Sergiu Dumitriu wrote:
On 10/20/2010 09:31 AM, Vincent Massol wrote:
The idea would be to have the following dates:
- 2.6RC1: 1st of November 2010 (there's no M1)
- 2.6 final: 18h of November
I'd move
On 10/25/2010 02:26 PM, Vincent Massol wrote:
On Oct 25, 2010, at 2:21 PM, Sergiu Dumitriu wrote:
On 10/25/2010 12:32 PM, Vincent Massol wrote:
Hi Sergiu,
On Oct 21, 2010, at 1:08 AM, Sergiu Dumitriu wrote:
On 10/20/2010 09:31 AM, Vincent Massol wrote:
The idea would be to have
for a subsequent space block.
3) I'm implementing a generic emoticon Transformation and I need to get the
sibling of a block.
Just shout if you think there's a better way of doing it. I'm implementing it
now.
+1, adding siblings moves us closer to a DOM spec.
--
Sergiu Dumitriu
http://purl.org/net
On 10/25/2010 02:51 PM, Vincent Massol wrote:
On Oct 25, 2010, at 2:44 PM, Sergiu Dumitriu wrote:
On 10/25/2010 02:26 PM, Vincent Massol wrote:
On Oct 25, 2010, at 2:21 PM, Sergiu Dumitriu wrote:
On 10/25/2010 12:32 PM, Vincent Massol wrote:
Hi Sergiu,
On Oct 21, 2010, at 1:08 AM
The XWiki development team is pleased to announce the release of XWiki
Enterprise 2.5 and XWiki Enterprise Manager 2.5.
Go grab them at http://www.xwiki.org/xwiki/bin/view/Main/Download
The highlights of this release are:
* support for viewing attached office documents in the wiki
*
On 10/21/2010 01:13 AM, Sergiu Dumitriu wrote:
Hi devs,
I'd like to start releasing 2.5 this Friday, so that users can test the
build until Monday.
Are there still blocking issues that you'd like to fix?
Starting the release in a few minutes.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
no content ?
Yes.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 10/21/2010 11:44 AM, Stefan abageru wrote:
Hello guys !
I am starting working on converting the documents in space Panels.
In case anybody is working on it right now, please let me know :)
Already done that, waiting for a minor cleanup.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
On 10/19/2010 09:06 AM, cjdelisle (SVN) wrote:
- *
+ *
Actually, these whitespaces are kind of mandatory.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
(!$xcontext.getUtil().match($emailRegex, $address))
+#elseif($regextool.find($address, $emailRegexInternal).size() == 0)
#set($discard = $invalidAddresses.add($address))
#end
#end
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing
removing the spaces, Y commits a codestyle change adding the spaces.
Since I'm using git, and I always do git add --interactive, I can
filter out this kind of changes.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http
On 10/19/2010 03:23 PM, Thomas Mortagne wrote:
Hi devs,
I would like to release 2.4.4 before 2.5 final is release to close the
current stable branch before the new one starts as usual.
+1
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs
On 10/20/2010 07:36 AM, Vincent Massol wrote:
On Oct 20, 2010, at 1:27 AM, Sergiu Dumitriu wrote:
Something we might use?
Not really, at least not now. This is the Apache equivalent of JBoss Weld.
I thought it was an alternative to Plexus or Guice. Am I wrong?
Thanks
-Vincent
the default, since
ResourceBundle.get(key) returns the unchanged key for undefined values.
WDYT?
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 10/20/2010 12:42 PM, Caleb James DeLisle wrote:
On 10/20/2010 06:29 AM, Sergiu Dumitriu wrote:
On 10/19/2010 12:15 PM, cjdelisle (SVN) wrote:
Author: cjdelisle
Date: 2010-10-19 12:15:41 +0200 (Tue, 19 Oct 2010)
New Revision: 31959
Modified:
platform/xwiki-applications/trunk
an image param later on
if need be.
For B) I'm tempted to think that a set of well-known symbols independent from
the underlying library is better (but more work since we need to define that
set and the names).
--
Sergiu Dumitriu
http://purl.org/net/sergiu
of the indexed item, and then query all
images with a width between 600 and 800 pixels.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
branch/trunk for new stuff when needed,
although this will increase the number of maintained branches a bit too
much. To help here, we can decide not to do maintainance releases for
the 2.6+ branches, since these are short releases.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
.
It is relatively easy to make a skin that displays fine on small
screens, but it's difficult to fix the hover triggers.
Does it make sense for XWiki to automatically determine screen
resolution and apply a small screen skin for those browsing from
mobile devices?
Yes.
--
Sergiu Dumitriu
:
getIconURL(ResourceReference iconReference) but I feel it's better to have
a single getResourceURL().
WDYT?
Thanks
-Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman
|
++--+
| max_allowed_packet | 10485760 |
++--+
1 row in set (0.00 sec)
No effect, the variable is unchanged.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman
, not as a java
dependency, so it should be org. The same for web, so that one should be
changed as well.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
this.
I'm proposing to use: org.xwiki.test.*
For example for clustering tests in distribution-tests/cluster-tests, I'm
proposing:
org.xwiki.test.cluster
org.xwiki.test.cluster.framework
Here's my +1
+1.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
:
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 10/15/2010 10:29 PM, Caleb James DeLisle wrote:
On 10/15/2010 03:57 PM, Sergiu Dumitriu wrote:
On 10/15/2010 09:41 PM, Caleb James DeLisle wrote:
In order to make direct sql queries as similar to hql as possible (and as
easy as possible), I
propose that for any new database columns
|- /core/ - svnroot/xwiki/platform/core/trunk/
|- ...
|- web
|- wiki
When branching enterprise, we update the platform/core to point to the
appropriate core branch, and so on.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs
On 10/16/2010 03:01 PM, Vincent Massol wrote:
On Oct 16, 2010, at 2:38 PM, Sergiu Dumitriu wrote:
On 10/16/2010 01:10 PM, Vincent Massol wrote:
Hi devs,
I'd like to create svn externals for enterprise in enterprise/trunks that
would build both platform and enterprise. I would put
On 10/16/2010 10:04 PM, Vincent Massol wrote:
On Oct 16, 2010, at 9:51 PM, Sergiu Dumitriu wrote:
On 10/16/2010 03:01 PM, Vincent Massol wrote:
On Oct 16, 2010, at 2:38 PM, Sergiu Dumitriu wrote:
On 10/16/2010 01:10 PM, Vincent Massol wrote:
Hi devs,
I'd like to create svn externals
On 10/16/2010 10:25 PM, Vincent Massol wrote:
On Oct 16, 2010, at 10:21 PM, Sergiu Dumitriu wrote:
On 10/16/2010 10:04 PM, Vincent Massol wrote:
On Oct 16, 2010, at 9:51 PM, Sergiu Dumitriu wrote:
On 10/16/2010 03:01 PM, Vincent Massol wrote:
On Oct 16, 2010, at 2:38 PM, Sergiu Dumitriu
. It should have been this way since the beginning. You could also
deprecate the other method as well, and don't forget to update the
javadoc for the older byte[] method.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
the
hibernate storage.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
tool, while XWiki is a development platform.
Splitting the skin into even more parts would certainly make writing
skins easier, but we're lacking the manpower to work full speed on this.
On 10/10/2010 03:21 PM, Sergiu Dumitriu wrote:
Hi devs,
I'd like to propose that we don't maintain
The XWiki development team is pleased to announce the release of XWiki
Enterprise 2.5 Release Candidate 1.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
Main changes since XWiki Enterprise 2.5 Milestone 2:
* New macros for the Space List and Tag Cloud
* Display user
. Stop building them in Hudson.
WDYT?
+1
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
of the
platform, and it should switch to components, which means new modules,
not related to the plugins.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
column smaller */
+table#groupusers th.xwiki-livetable-display-header-text:first-child {
+ width: 50px;
+}
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
-csrf/6482/testReport/org.xwiki.csrf/DefaultCSRFTokenTest/
On my local machine they took 26 seconds.
Thanks
-Vincent
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
)
+ at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
+] [false]
+endGroup [[class]=[xwikirenderingerrordescription hidden]]
+endMacroMarkerStandalone [toc] [depth=0]
+endDocument
\ No newline at end of file
--
Sergiu Dumitriu
http://purl.org/net/sergiu
, manager).
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
for publishing
the release (testing of the build)
- Finalize the release on Friday (download, announcements, version update)
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
and processing time (allocating memory for holding the
request data, allocating time for processing the request).
So, I think that we do have to maintain two kinds of buttons:
submitinput, and ahref.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs
()
XWikiAttachmentArchive
public Archive getRCSArchive()
public void setRCSArchive(Archive archive)
WDYT?
+1 for the deprecation, but for 2.6M1, not for 2.5.
Note that this is not critical since it's not part of the public API, so
it's not that visible.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
should
try to fix this dependency in the near future.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
change, and for which I locked down
the wrong version of the application.
Really, branching applications is not needed.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On 10/07/2010 12:37 AM, Fabio Mancinelli wrote:
This convention can also be enforced to 3rd party applications.
How? Force application contributors to re-publish their applications
every 2 weeks?
--
Sergiu Dumitriu
http://purl.org/net/sergiu
several things:
-- that we start using version ranges in our extension POMs
Currently there's a problem with version ranges and releases:
http://jira.codehaus.org/browse/MRELEASE-318
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing
On 10/07/2010 02:10 PM, Vincent Massol wrote:
On Oct 7, 2010, at 1:32 PM, Sergiu Dumitriu wrote:
On 10/07/2010 09:38 AM, Vincent Massol wrote:
4) The way the Extension Manager works is by looking at the dependency
version in the Maven POM for the extension. Thus the best practice
and it appears that it was never intended to
be exposed to the user.
+1 @Deprecated.
+1.
Define hard deprecate?
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
insight!
Ricardo
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
@@
}
.annotationContent dd, .annotationContent blockquote {
margin-bottom: 10px;
+}
+.annotationContent blockquote {
+ padding-left: 12px;
}/code
/property
property
--
Sergiu Dumitriu
http://purl.org/net/sergiu
901 - 1000 of 2346 matches
Mail list logo
