CALL FOR:
Contributions / Open Images Platform
START OF CALL: 2009-05-26 21:30
END OF CALL: 2009-02-02 21:30
Called by: Andre van Toly
Total tally on this call (excluding the caller's vote) :
YEA (5/4) : Andre van Toly*, Pierre van Rooden, Rico Jansen, Ernst Bunders,
Sander de Boer
ABSTAIN
) : Pierre van Rooden
NAY (0) :
VETO (0) :
No votes, assumed abstained (17): Eduard Witteveen, Gerard van Enk, Mark
Huijser, Marcel Maatkamp, Henk Hangyi, Jaco de Groot, Daniel Ockeloen, Rob
Vermeulen, Kees Jongenburger, Rob van Maris, Simon Groenewolt, Peter Maas, Ruud
Prein, Johannes Verelst, Nico
[_] +1 (YES)
[X] +0 (ABSTAIN )
[_] -1 (NO), because :
Sounds more like a contribution to me (if I would out up the blanklabel
structure used by Teleac I would make it a contribution).
Met vriendelijke groet,
Pierre van Rooden - Webmaster Teleac/NOT
---
Ron: Aaaah. Compain, complain. You
Removal of ant-support in trunk (MMBase-1.9):
[X] +0 (ABSTAIN)
As for the moment I don't have Maven 2 working yet...
Removal of maven1-support (in MMBase-1.9, or only in the next version,
MMBase-2.0 or so)
[X] +1 (YES, immediately)
But Maven 1 is terrible as well, so let's just drop it
[_] +0 (ABSTAIN )
I still feel it is a bit overkill for an app. But I feel we have a bit too many
apps anyway.
Gomez
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
What is the reason to make this a separate application, and not, for instance,
fold it into the taglib?
---
Pierre van Rooden (Teleac/NOT)
Everything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http
... if there are no sudden urges to
leap overboard, I'll change the code and add the jars, and then filters will be
peachy and work just like queries, but without dying on you.
(Note that this does absolutely diddely squad with the issues with wildcards in
normal queries)
---
Pierre van Rooden
[X] +1 (YES)
Though ofocurse we will thoroughly scrutinize this code for Michiel-isms
first...
---
Pierre van Rooden (Teleac/NOT)
tel. 035 - 6293 110
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo
Any reason why this is a seperate application (it being one class and a config
file?)
Seems a bit overkill.
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Nico Klasens
Verzonden: donderdag 13 september 2007 14:39
Aan: [EMAIL PROTECTED]
Onderwerp: [MMBASE
I wanted to test TinyMCE as an html-editor in the wizards, but I
don't have a clue on how to enable it.
You can configure the alternate wizards by creating a
config/util/editwizard.xml file containing the following:
?xml version=1.0?
!DOCTYPE util PUBLIC -//MMBase//DTD util config 1.0//EN
CALL FOR:
Making Sander de Boer (Sannie) MMBase committor
Called by: Peter Adrichem
Total tally on this call (excluding the caller's vote) : +8
START OF CALL: 22-06-2007 17:00
END OF CALL: 27-06-2007 17:00
YEA (9/8) : Eduard Witteveen, Gerard van Enk, Pierre van Rooden, Andre
van Toly
André van Toly wrote:
[X] +1 (YEA)
Pierre van Rooden
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Does anyone have an example of a dynamic optionlist in an editwizard?
optionlist name=optionlist_type
query xpath=/[EMAIL PROTECTED] orderby=number where=type=0 /
/optionlist
Returns a list of t_pattern nodes, ordered by number, and where the
'type' field is 0.
The value of the option is
startup, using a module's loadFromContext().
The context name of a module is mmbase/modulename, i.e. mmbase/mmbaseroot.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
When in doubt, set something on fire.
___
Developers mailing list
Ernst Bunders schreef:
Well, an alternative would have been to up the version of the builder
xsl by one, and support both old and new versions. That shouldn't have
been hard.
MMBase does support both versions (even in 1.9 iirc).
The problem is not adding the xsd and support for a new builder
.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
[X] +1 (YES)
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman
Note that the key attribute creates one big composite key of all 'key'
fields, and thus don't work so well.
In MMBase 1.8, to create indiviual indexes, you should use the index
tags, at the end of teh buidler xml, i.e. in Insrel it says:
indexlist
index name=relation
indexfield
Using an irc-lient you should connect to the server 'irc.slashnet.org'
and then issue a join command to join the channel '#mmbase'.
Please note that you need a registered username to join the #mmbase channel.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off
on this first, btw.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo
Michiel Meeuwissen schreef:
In the light of the progresses in the 'component framework' project, the
idea rose to release the next version of MMBase not as 1.9, but as 2.0.
I don't know if the change to java 1.5 and use of framework necessates a
major release, but I don't really mind.
CALL FOR:
new RMMCI Implementation
Called by: Pierre van Rooden
Total tally on this call (excluding the caller's vote) : 5
START OF VOTING: 2006-09-25 14:00
END OF CALL: 2006-09-28 14:00
YEA (5/6) : Pierre van Rooden*, Kees Jongenburger, Rico Jansen, Ernst
Bunders, Andre van Toly
Michiel Meeuwissen schreef:
[X] +1 (YES)
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
to call it for each module.
Perhaps your explanation is best added in
documentation/administrators/configuration.xml, or perhaps a separate
file in the administrators documentation dir.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run
/util/platform
Is this really (still) needed? Does anyone use this?
If not I prefer to remove it.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers
()){
+ log.debug(prevented to put a double entry in the
cache);
+ }
+ return;
+ }
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
);
}
public void remove() {
throw new UnsupportedOperationException();
}
};
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now
() {
Is it wise to change the return type of a public method in a minor release?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers
TO mm_numberTable;
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo
, Daniel Ockeloen, Johannes Verelst, Rico
Jansen, Nico Klasens, Pierre van Rooden, Ruud Prein
ABSTAIN (0) :
NAY (0) :
VETO (0) :
No votes, assumed abstained (9): Eduard Witteveen, Jaco de Groot, Marcel
Maatkamp, Rob Vermeulen, Rob van Maris, Gerard van Enk, Mark Huijser,
Simon Groenewolt
[_] +1 (YES)
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo
and takes
up the entire screen. I don't think it's related, but I am pretty sure
mister Tang Lin never grasped the concept of semicolons (whose absense
causes some of the issues).
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness
Dave Schoorl wrote:
I have evaluated a number of web-based editors recently (including
htmlarea and xinha) but found TinyMCE and FCKeditor
(http://www.fckeditor.net/) to be the two top-editors currently
available. I would favor one of these two.
Tried to install it, and worked pretty ok.
I
Nico Klasens wrote:
Okay, let's cnacel the vote and rething about a nice way to support
all these editors? Maybe by providing extended wizard.xsl files?
I think we can easily provide a few wizard xls, for various editors, but
I don't know if it worth the trouble - installign them would
means that systems with
different default locales fail to load even the default (english)
values, unlesh you explixitly specify 'en' or make custom localized
property files.
Anyway, I *thought* that's how it worked. If not, maybe you can elaborate?
--
Pierre van Rooden
Mediapark, C 107 tel
I reworked the MMBase 'stub' in Wikipedia a bit, adding some more
explanation to the rather meager paragraph:
http://en.wikipedia.org/wiki/MMBase
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now
André van Toly wrote:
Have you also looked at the Dutch version http://nl.wikipedia.org/
wiki/MMBase ?
No, I just found the english one. I hardly ever check the dutch wikipedia.
Gomez
___
Developers mailing list
Developers@lists.mmbase.org
? Or asap?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
CALL FOR:
new committor: Peter Maas
Called by: Rob Vermeulen
Total tally on this call (excluding the caller's vote) : 0*
START OF VOTING: 2006-05-22 13:00
END OF CALL: 2006-05-25 13:00
YEA (10/7) : Daniel Ockeloen, Rob Vermeulen*, Michiel Meeuwissen, Pierre
van Rooden, Henk Hangyi
[Rather overdue, but just to close this down officially]
CALL FOR:
Contributions; Lucene Module
Called by: Pierre van Rooden
Total tally on this call (excluding the caller's vote) : 8
START OF VOTING: 2006-04-06 14:00
END OF CALL: 2006-04-11 14:00
YEA (9/8) : Pierre van Rooden
*, Pierre van Rooden, Rico
Jansen, Michiel Meeuwissen
ABSTAIN (1) : Kees Jongenburger,
NAY (0) :
VETO (0) :
No votes, assumed abstained (12): Eduard Witteveen, Jaco de Groot,
Marcel Maatkamp, Andre van Toly, Johannes Verelst, Rob Vermeulen, Nico
Klasens, Rob van Maris, Gerard van Enk, Mark
[And the last closed call for today...]
CALL FOR:
MMLog (MMBlog) Contribution
Called by: Daniel Ockeloen
Total tally on this call (excluding the caller's vote) : 6
START OF VOTING: 2006-04-24 21:30
END OF CALL: 2006-04-28 21:30
YEA (8/6) : Daniel Ockeloen*, Pierre van Rooden, Rico
Johannes Verelst schreef:
Ofcourse our brand
new 2 committors are also invited to vote (although the votes on their
status have not formally been counted, I believe they both passed the
threshold).
They did.
Sorry, have been a tad too busy (which is why I missed the meeting
yesterday).
Henk
Johannes Verelst schreef:
[x] +1 (YEA, and I want to be project member)
Not sure if I can make the meeting though.
Gomez
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Nico Klasens schreef:
Considering these differences it might be wise to drop the usage of
mixin type as name.
I agree. When I read this scetion my intial idea was not that this was a
mixin' type, but a mimic' type:
You map an objecttype (or functionset, or whatever) to make it appear as
André van Toly wrote:
[X] +1 (YEA)
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Kees Jongenburger wrote:
[1] Find the xml for your db.
It is normally included in the mmbase.jar, under
org/mmbase/config/storage/databases/dbname.xml (maybe it's an idea for
the distribution to include the config files in a seperate dir or zip?)
Yes , or just say that it's configuration and
?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Hard work may pay off in the long run, but laziness always pays off
right now.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Apparently the technical board is meeting regularly and setting the
coarse for MMBase.
I am curious to learn what is the outcome of the last meetings?
There are a few minutes of meteings on the mmbase site, but not (afaik)
from the last meeting.
Anyway I would be interested to hear a bit more,
Daniel Ockeloen schreef:
[X] +1 (YES)
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Daniel Ockeloen schreef:
[X] +1 (YES)
Note (a seperate discussion) that I do think a contrib proposal should
give a clear idea of what the tool does:
I think is is important to know this before adding a contrib project.
Gomez
___
Developers mailing
Daniel Ockeloen schreef:
Thanks Nico, i hope you don't mind i added the readme ill update and
link it. One thing i really don't like is the gray areas in these
rules, I want rules
that are so clear a +1 can be expected if you follow them. Only if we
feel its 'important' and 'maintained by all'
can close this bug.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
One in a million chances pop up nine times out of ten.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Nico Klasens schreef:
I don't see an issue with this. It is even better to have a static
page which can be used without an application server.
So how will one make application documentation accessible? index.jsp
wasn't perfect but at least some cocumentation became accesisble, and
that is,
, and is tested
with lucene 1.4.3.
The code, build, and some documentation is in the speeltuin CVS under
gomez/lucene
Not sure if it requires a vote, but i'll offer it up with a bit more
documentation later this week.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
One in a million
(you cans pecify different
extractors per index).
In the same way you can configure an analyzer:
analyzer
class=org.mmbase.module.lucene.analysis.en.StandardCleaningAnalyzer /
It's a logical leap to make things like this configurable.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35
Michiel Meeuwissen wrote:
It is not a coincidence. We simply looked at your code.
Ah. And here I just thought great minds think alike.
I guess I should check the code I purposefully push more carefully:
* @author Wouter Heijke
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
?
That could be used for various checks that you would like to turn on
when testing, but off when a site is deployed (as few people like 500
errors on a live site).
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
One in a million chances pop up nine times out of ten
Ruud Prein schreef:
Is het mogelijk om het icaches table leeg te gooien?
I don't know of a tool to clear the icaches table .
One way to to do this through a script akin to:
mm:listnodes type=icaches /
mm:deletenode /
/mm:listnodes
Though I expect that will take quite a while to run.
If you
Nico Klasens schreef:
Recently, I tried to do some i19n in editors, but that did not work
well. The current ContentTag has an annoying features that it is also
a LocaleTag. When you don't explicitly set the language and/or country
then the cloud locale will always become the default MMBase
Nadia Poulou schreef:
It would be nice to have this change in the CVS. What is the procedure
to have this change accepted? (I suppose it should be a VOTE CALL, but
this should be then initiated by a MMC member, am I right?)
No, everybody can make a call. They just can't vote (well, they can,
Michiel Meeuwissen wrote:
Sadly I sent a few too much yesterday, because I was testing the
script itself, and thinking that mailing did not work. I think it
sent all tests after I subscribed the nightly build user...
I think it would be a good idea to send a periodical result of a run of
getNodeList wraps getList. However, getList is deprecated iirc.
getNodeList is called by the bridge, while getList is called by SCAN.
Iow, future implementations (which won't support SCAN) should implement
getNodeList instead of getList.
At least that's what I think should happen.
Gomez
working days]
YEA (9) : Johannes Verelst*, Andre van Toly, Kees Jongenburger, Michiel
Meeuwissen, Daniel Ockeloen, Nico Klasens, Rico Jansen, Ernst Bunders,
Simon Groenewolt
ABSTAIN (1) : Pierre van Rooden
NAY (0) :
VETO (0) :
No votes, assumed abstained (17): Eduard Witteveen, Jaco de Groot
It seems nobody has an opinion on this?
Are we really going to make code into an 'community-maintained
applications' and then just hope that people are willing to maintain it?
Or do we plan to ask some kind of commitment of those who vote in favor
of it?
--
Pierre van Rooden
Mediapark, C 107
Cees Roele wrote:
Voting as contractual obligation?
No, but voting while also taking some form of responsibility for the
result of the vote.
While it is important to measure wether people WANT it supported, it is
equally important to determine whether it CAN be supported.
Things may
Nico Klasens wrote:
What I meant is that the issue of this thread still exists in the new
builder format and that the pattern still makes sense. It is not
solved with this change in code.
New builder formats should ideally use datatype base=line.
If they don't provide a guitype NOr a
Kees Jongenburger wrote:
I believe it must live in applications(or even core). perhaps if it
works well we can make it the default in the mmbase distro?
I don't think it shoudl be in core.
The oscache code is an alternate implementation, which depends on 3rd
party software, and therefor
Kees Jongenburger wrote:
Pierre , I think you are twisting the rules.
of course the code needs a maintainer but voting +1 doesn't mean you
are a maintainer
Yes, it does. You cannot just vote for an application and then assume
someone else will do the maintaining - voting +1 for an
Michiel Meeuwissen wrote:
Of course nobody will be forced with a gun to his head to maintain code
though, so all in all it's quite a small distinction here.
No, but you have to be willing.
If your attitude is : I want the community to maintain this code, but
_I_ sure am not going to do
Johannes Verelst wrote:
For now, we are voting on this hack to give the code the status of
'application', which means it has the same status as the other
applications. What that status MEANS is not under discussion now, we
could discuss that in another thread.
Possibly, but if we decide that
to specify a field as
a keyword in the index definition.
You can then specify it as one of the fields to sort on in the
'sortfields' parameter to pass to the lucene search function.
Anyway, took me some time to figure that out...
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
One
not have any unnecessary restrictions.
That the default representation of a string is an input box instead of a
textarea is not of interest here.
I prefer Nico's solution, to add a 'line' datatype, and let 'string' be
unrestricted.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
One
over an Illegal Argument exception,
because the field is not found (does not exist).
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
One in a million chances pop up nine times out of ten.
___
Developers mailing list
Developers
Michiel Meeuwissen wrote:
Does somebody has objections if we drop those modules?
+1, they are deprecated anyway.
We could perhaps also drop mmrunner and the Convert classes.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing
Michiel Meeuwissen wrote:
So, it'll be simple to supply that one too. Will give a compile-time
depency, which I'm ok with.
Perhaps we can start with that, and it if works fine I'm ok with
dropping JDBC/Multipool completely. Though I still think we could
probably also leave it as an
have not yet reconfigured their
systems, or for use by the Junit classes.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org
Michiel Meeuwissen wrote:
But of course I'm all +1 for cleaning up al other mess. I'll change to
+0 with the amendements of Pierre, and to +1 if jdbc.xml with its
basic classes (JDBC, MultiPool and one or two others) simply remain
forever, though of course cleaned, or - of course - if one can
I am currently not at work, so I haven't read and cannot react on
everything.
However please note that redesigning the JDBC module and related classes
is a step in the Optimization project.
The plan there was that the Jdbc module should become an alternate
datasource implementation, one that
' is something only concerned with the storage.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
I can see a merit in the approach, but in the case of very basic
information such as isNew() or isChanged(), I think it would be overkill.
However you can suggest an implementation and provide it as a hack.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing
Ernst Bunders wrote:
do you know if Pierre is still comming too?
On thursday that will be fine.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
(which
holds its 'new' state) to MMObjectNode. I think it best iof a node keeps
track of its own status. Also note that there IS an isModified() status
in MMObjectNode - it is called isChanged().
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth
CALL FOR:
new project: query cache release framework
Called by: Ernst Bunders
Total tally on this call (excluding the caller's vote) : +8
START OF VOTING: 2005-08-09 15:00
END OF CALL: 2005-08-15 12:00
YEA (8) : Michiel Meeuwissen, Ernst Bunders*, Pierre van Rooden, Rico
Jansen, Rob
A project space has been created.
I also added a news item announcing the new project.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http
can test this?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Ernst Bunders wrote:
What is often sadly lacking is documentation (if
only apidoc).
Very true. One reason I haven't brought up my Lucene module for voting
yet is because I have not written any proper documentation for it, for
instance.
And it is pretty cool really...
Anyway, documentation
Well, we could start a Event/Cache project in 1.8.
How much time do you think you need for something stable?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers
Maybe easiest is to simply make a vote for starting the project?
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org
I don't know if everyone saw this yet (didn't see a post on it),
so for those who didn't :
http://www.mmbase.org/index.jsp?portal=202page=21479newsnr=47662
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing
According to teh rules we need a maven project, with assigned cvs
access, before code can be checked in.
I suggest you make a project proposal with goals etc (there is an
example docbook template in the documentation tree) so we can make this
an official project?
--
Pierre van Rooden
1.8, whcih hasn't been released yet, so
you would need to run code currently still in development, i.e. a
nightly build.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
marcel maatkamp wrote:
I will propose a 'HACK' tomorrow..
I don't think you need a vote for this. It's basically a performance
enhancement.
It falls under the Optimization project.
You can check it in in 1.8, and as long as it doesn't actually change
functionality you can check it in in
having Property objects
works best.
So, a field-types meeting seems necessary. Preferably in real life
('HEL').
Ok, HEL is a new one for me...
I am in favor of an actual meeting. Next week, perhaps? In two weeks
time? I prefer asap.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35
. That should perhaps happen
this month.
Who would like to attend and when?
Michiel
PS You're invited to react on the points of this mail too, of
course... If we can come to a conclusion like that, that would be fine
too, but I doubt if we can :-)
--
Pierre van Rooden
Mediapark, C 107 tel
Jongenburger, Pierre van Rooden, Rico Jansen, Rob van
Maris, Gerard van Enk, Michiel Meeuwissen*, Ernst Bunders, Mark Huijser
ABSTAIN (0) :
NAY (0) :
VETO (0) :
No votes, assumed abstained (4): Jaco de Groot, Daniel Ockeloen, Rob
Vermeulen, Nico Klasens
*) This vote needs a total tally of +3
, hopefully).
If it is 1.7 we'll have to check whetehr this aslo occurs in 1.8 (again,
due to the changes).
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers
[X] +1 (YEA)
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing.
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
is it really worth the discussion?
Since it defines on how we approach the design of MMBase, and how to
define it's architecture. I think that yes, it is worth the discussion.
--
Pierre van Rooden
Mediapark, C 107 tel. +31 (0)35 6772815
Anything worth doing is worth overdoing
1 - 100 of 175 matches
Mail list logo
