nt. None of the code
which your mentioned is obligatory; even though it is in mmbase.jar, you
can choose to not use it.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
__
Hello,
I think it about time that we start thinking about a 1.8 release. 1.8
contains many new and useful features, and we don't want to hold back
any deployments of it. Soon work on a re-factoring of the editwizard
will proceed on behalf of several parties (Kennisnet, Finalist, PO)
and t
If no complaints, I'll release it, say, wednesday evening.
MIchiel
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
to
use as many features as possible (started on that already), and make
jsp-editors which are validating and mark invalid fields on commit which
would not succeed.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum []
Ernst Bunders wrote:
> In short, i think it is time for a new project meeting.
> I would like to propose next week on thirsday the 22 at 17.30 at the
> vara, mediapark.
Fine with me.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum
dditions to the
'bridge'. And I recall the long discussions when we created bridge
itself a few years ago. In that light it is not strange if some other
reflect on this new part too.
Of course the code is in CVS and javadoc can easily be created. But if
people feel the necesity for more w
27; method from MMObjectBuilder and
MMObjectNode. They don't work any way (at least, are not likely to produce
valid XML).
For generating XML from mmbase nodes, I suggest to use app1, Dove, or
Generator. Plenty of alternatives..
Michiel
--
Michiel Meeuwissen mihxil'
Pep
Ernst Bunders wrote:
> this seems scan stuff anyway, so at leest it could go into the scan
> application
Yes, but that won't really help. I actually want to drop the methods from
MMObjectBuilder/MMObjectNode :-)
--
Michiel Meeuwissen mihxil'
Peperbus 111
Michiel Meeuwissen wrote:
> If no complaints, I'll release it, say, wednesday evening.
It is available for download now. CVS 1.7 is called 1.7.5 now, which will be
released if a critical new bug is found 1.7.4 after all...
Michiel
--
Michiel Meeuwissen mihxil'
On 7 Oct 2005, at 8:29, Ferdinandus, Humphrey wrote:
When clicking on index.jsp in the directory list I get a 404
message: /mmbase/securityindex.jsp
Odd, why is there no slash any more then? This makes me think that
there is something very odd with this web-app. Are any settings
related t
list-archives have a small 'latency' now.
This message will e.g. appear on http://lists.mmbase.org/arc/developers/
only on 10:13, because the cron job is scheduled at 13 minutes after
the hour.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111
ion:
> javax.xml.transform.TransformerException:
> java.lang.IllegalStateException: can't declare any more prefixes in this
> context
>
> MMBase 1.7.4
>
> Anyone experience with this one?
Did you override XSL's?
Micihel
--
Michiel Meeuwissen mihxil'
Pep
be "" for ROOT and "/something" for something
else, and things become confusing if there are more or less slashes
there then 0 (for root) or 1 (otherwise).
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H&#x
difference.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
st to check if that helps.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
posed to work so whats the problem
> 5.5 is for java 1.5
5.5 can easily work on java 1.4. IIRC they even have a '1.4
compatibility dowload' (which of course only contains some x*-stuff).
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 Medi
s difference in Tomcat versions: local 50.27 and on the webserver 50.30
You may mean 5.0.27 and 5.0.30?
> Could this be part of the problem?
Could be, it is perhaps easy to put 5.0.30 locally as well, to check
that....
--
Michiel Meeuwissen mihxil'
Peper
where ${ is used.
It's a sad thing that web-app 2.4 is imcompatible with previous
versions, and that we must provide work arounds, but well, that's life.
The real solution will be in 1.8, where the taglib variables will be
fully compatibible with the EL ones. The original jsp's
ption, so not failing the
complete page. This seems a good idea, and I think I will do this any
way.
- Make the behaviour configurable, so you can have an mmbase with
old-style sloppyness. If switched 'off' it can e.g. only log an error,
so that the bugs don't remain unn
Eduard Witteveen wrote:
> Michiel Meeuwissen wrote:
>
> >- Make the behaviour configurable, so you can have an mmbase with
> > old-style sloppyness. If switched 'off' it can e.g. only log an error,
> > so that the bugs don't remain unnoticed.
> >
>
Pierre van Rooden wrote:
> Michiel Meeuwissen wrote:
> >So what more should be done. Pick your pick.
> >- Make the behaviour configurable
>
> The simplest way fotr people to move to the new version. A setting
> (property?) in mmbaseroot or the builder(s), perhaps?
>
Simon Groenewolt wrote:
> hi,
>
> Michiel Meeuwissen wrote:
>
> >
> >Current 1.8 builds will throw an IllegalArgumentException here,
> >reporting that the field 'tilte' does not exist (you probably meant
> >'title', didn't you...).
would be nice if we could somehow drop org.mmbase.core*
and
org.mmbase.storage.* from this list, because they seem misplaced in 'bridge'.
But, please feel free to ventilate your thoughts about this.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111
On 15 Oct 2005, at 11:40, Nico Klasens wrote:
Reading this thread I wonder what upgrading/moving to 1.8 means?
Does it mean, throw in the jars and it should work? Or does it mean
that the application uses the preferred syntax/settings of 1.8?
The former case does not make any sense to me. U
er more or less logical thing to try is to add a 'typedef.xml' to
the app1 XML's (which you must do anyway if you want to include
relations to typedef nodes), but IIRC the owner which you can include
there is ignored. That is bug #6147.
Michiel
--
Michiel Meeuwissen
7.5 jsps of
cloud context security are ok.
Though I'm not sure wheter it well every be released...
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
donate the code to mmbase but I don't plan on presenting a
> hack.
Why not?
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
it any way though. Just to be sure...
Defining a field like this:
http://www.mmbase.org/xmlns/datatypes";>
headers
STRING
Should do it.
Michiel
--
Michiel Meeuwissen mihxil'
.
The 'datatype' XML-tag is of course also used in 'config/datatypes.xml',
so you can also define a generic datatype to use it.
Using it in the field tag of the builder xml is a kind of anonymous
extension, for if something is very specific for one field only.
Michiel
--
r any way, because of course the bundle's size is dynamic
in your case.
I'll check in a fixed version.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
_
ported in 1.7 too, you
simply use the name of the resourcebundle as the 'guitype' of a field
(only works I think for integers).
Btw, a resource bundle is only one of the possible ways to define the
enumeration. You can also state every key or key/value eplicitely.
Michi
tual();
> boolean isPersistent();
> boolean isStored(); (isSystem() || isPersistent())
> instead of checking the getState() == STATE_*
I agree.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979
editor, while they may contain
quite relevant information (like lastmodifier)
Of course, perhaps the system does not give errors if you try to change
it any way (in the case of 'lastmodifier' it does though)
Yes, perhaps Field#isModifiable() would have been clearer, and more
correct. S
ault value of
modifyibility being based on systemness. But if one explicitely defines a
non-modifiable non-system field, it must be that!
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
quot;oncreate"' to the pattern of string. That means that it only
serves as an indication for the gui-editor. Just as 'guitype="string"'
always was, I think.
But I don't know what the problem excactly is, that
le, but
1. Perhaps not for all cases good strings are created yet, and you saw a fall
back string.
2. Generic editors still need to be changed to avoid the exception all
together. This can be done because it is possible to anticipate these
kind failures now. (and e.g. only represent the failed
if you like.
The specialization 'line' then also enforces that.
Especially congruent with e.g. the 'guitype' of numbers, which used to be
'string' iirc. And indeed it makes very little sense to present a
text-area to enter those.
Michiel
--
Michiel Meeuwissen
e datetime values with a minummum value relative to the current
time).
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mai
x27; class indeed. Because now
it is mostly defined in the CommitProcessor, which is a bit silly. And
your example is excellent for a field with a setprocessor with that
behaviour and no commitprocessor.
Michiel
--
Michiel Meeuwissen mihxil'
Ernst Bunders wrote:
> so, if i am correct, the mapping between field types and actual input
> fields is undefined and arbitrary? that seems like a bit of a hole in
> the fied types specification. has it never been considered to define
> this aspect as well?
I do not understand that conclusion
On 5 Nov 2005, at 11:45, Ernst Bunders wrote:
well, that is arbitrary, as wel as logical. it would also be
logical to take a line input type for every string that can only be
40 or 50 chars long. But that's not really the point.
The point is that the specification dous not allow you to define
On 5 Nov 2005, at 13:38, Ernst Bunders wrote:
I just updated my cvs and did a complete rebuild and deploy. the
taglib seems to be having some kind of problem.
i think (not shure) the problem is this:
java.lang.IncompatibleClassChangeError
at
org.mmbase.bridge.jsp.taglib.typehandler
s this known?
No. Which editors do you mean? Really the 'mmeditors'? What errors?
Well, anyhow, i myself useally use the 'basic' editors, if an error is
occuring in those, sooner or later I will notice it.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 11
y I think it is possible already. If you define 'i18xml' in
datatypexml, then you can associate a typehandler in taglib in
'fieldtypes.xml' of taglib with that string.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+3
e methods did not suffice at the
time). This is very ugly. While we're at it, perhaps we can fix that
too...
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
. But I think we have already lots
more of these kind of issues, and binary compatibility between 1.7 and
1.8 was lost a long time ago already.
And by the way, I think it is completely ridiculous that getModule did
return Object and not Module, so I'm not eager to change it
er.getChildElements
used to return Enumeration but now Iterator.
At least a Module is an Object, so you only need to recompile... Tut
mir leit, but what can we do? It's a very minor change, but definitely
an improvement, IMHO.
Michiel
--
Michiel Meeuwissen mihxil'
P
during startup.
I'm not quite sure that MMBase.getMMBase makes sense now though. May be
you feel like testing if the 1.8 situation is useable for you.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_
an actual Rank
object --> getUser().getRank().equals(Rank.ANONYMOUS.toString()); still
compiles but doesn't work any
more!!
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35
hould only be used for debugging and/or
reporting any way, so I don't think it is a problem that it costs a bit.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
_
a discussion about what that
actually is ('everything essential to run an RMMCI clinet'), but it was
ignored.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
_
such restrictions on free text
fields. Perhaps we should not match on \n but on 'getDefaultValue() +
"\n"' or so, but then of course somebody is going to propose
"Sir,\n\n.*sincerely,[a-z]{10}". My proposal is to hope that we're not
around such lunatics :-) And anyh
Pierre van Rooden wrote:
> Michiel Meeuwissen wrote:
>
> >You exactly got my point.
> >
> I hope you also got mine: string is a base type, and therefor should not
> have restrictions on its input, including 'soft' ones.
> It woudl be pretty simple to make
ines), which still must
allow newlines...
IMHO it has nothing to do with the ability to vary or so. All
restrictions can always vary with different fields/different bussiness
rules.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus
that it is unfortunate that now
string itself has restriction which is a bit stricter then the
restriction on the sub-type 'field'. But happily it is only an
unenforced restriction, so there is no real problem.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111
ObjectNode can be made in the 'cache project' (as the pluggability
itself was created in the scope of that project too).
Perhaps a vote to create a new application is needed (for which little
reason to oppose can exist, I suppose), so if it comes to that, you'll have my
+1.
Mi
Johannes Verelst wrote:
>
> Short description: changing some API's in the mmbase core, and adding
> a 'cache' application.
>
> [X] +1 (YES)
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31
gt; If you expect _someone else_ to maintain it, you should vote it a
> contribution.
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.
Michiel
--
Michiel Meeuwissen mihxil'
Peper
changes in one of the instances are made?
They are not reflected in the other. I'd rather avoid it. Though indeed
I'm not absolutely sure that it will effectively cause problems. Perhaps
not.
Michiel
--
Michiel Meeuwissen mih
ing else.
As yet I've no idea what's the cause of this. The first suspect was the
ResourceLoader (that's why I looked into it), but that does see the
builders, even when they're still invisible in the admin-pages.
So, I have given up then, because of other todos'...
Michie
tors do when the xml file uses the new format and has no
> tag?
I think the warning must only happen if an explicit 'guitype' tag is
present.
If that is missing, and a is missing too, then no warning should
be logged. If that happens, then I'd consider it a bug.
Michiel
--
can use to
demonstrate mmbase related stuff between them.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
, but I don't really see another one, because sooner or later
server or browser will restart, won't they?
Actually, people should use a password-manager.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979
users name and password in a cookie you
> could generate your own session-like id for a user and login with that.
> Generate some hard to guess and unique identifier and store that one in
> a cookie. This is a huge improvement upon storing a plain-text password.
But how do you create a cl
tain IP, and then is perhaps considerably
less sensitive. The user only needs to type her password then when start
using another computer (and by that immediately invalidates all cookies
in the internet-cafe's...)
Michiel
--
Michiel Meeuwissen m
7; the same
problem. I concluded that is simply is not possible to do it absolutely
rightly, and you always end up with something which is in essence a
password in a cookie..
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 Med
ted to a postulate, it can
remain final, and CommunityPrc must have extended getList. If the
conjecture is false, then it must not be final. I seem to have forgotten
to check to compile CommunityPrc. It not compiling perhaps proves that
the assumption was not safe then.... Though
Michiel Meeuwissen wrote:
> Nico Klasens wrote:
> > Pierre van Rooden wrote:
> > >Nico Klasens wrote:
> > >
> > >>MMBaseTest and BridgeTest - Both fail on the same mmb.isShutDown()
> > >
> > >
> > >That is a typo - it should be mmb.
this too.
That's ok with me. Anyhow it's probably not even worth the trouble to
try to sanitize modules.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
__
(and process, getInfo) can
itself be deprecated, because basicly it's just a function with a given
return type.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Pierre van Rooden wrote:
> Michiel Meeuwissen wrote:
>
> >My proposal would be to ignore/deprecate Modules completely
> >
> I don't see why why (or how) would wnat to do that.
> Bt I think it is a good idea to deprecate the List and NodeList methods
> in favor of
Ferdinandus, Humphrey wrote:
>Hope you can help.
>
>
>
>When trying to convert an image in mmbase and putting text on it, I
>encounter the following problem:
>
>I use the following statement in my jsp:
>
>
html/mmexamples.
There is an example for the image-tag in
mmexamples/taglib/images.jsp. It is probably less elaborate, so please
merge better examples into it then
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979
se something like a wiki
> of the faq-o-matic stuff to write documentation , that way it a least
Yes, perhaps, but that is not valid for examples. Examples should run on
an mmbase installation...
Michiel
--
Michiel Meeuwissen mihxil'
Peper
e only
'real' nodes are involved so there is no need to specify the fields
twice. If you forget to specifiy a field on an mm:list, it will work,
but on a performance penalty. In the first approach, you show the
project, also if there are no people
Which did
you use?
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mm
en we are stuck with a difficult
problem, I'd even suggest complaining to the image magick people then
(and of course, if the first, then too, if not yet known).
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979
th '@'..).
Let's hope it is a bug, and '@' is merely broken... Then we can simply
advert that you should not use those versions of image magick then, but I
fear, as you, that it's not like that..
Michiel
--
Michiel Meeuwissen mihxil&#x
e it is a brand new bug.
This needs fixing too. Soon.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
We removed pdf-generation from the build and now it works again.
http://www.mmbase.org/testing/download/builds/2005-12-21/mmdocs/
gives the latest version of the documentation.
--
mihxil' http://mihxil.komputilo.org/
nl_NL eo_XX en_US
___
Developers
Oops, it's working already...
So, FYI. As of now, it the build fails, or not all test-cases succeed.
Similar mails will automaticly go to this list.
I think of the failing test-cases only the 'dbsq' ones would fail next
night, so it should be quite easiy to make sure that this mail is not
sent e
2006/1/3, Kees Jongenburger <[EMAIL PROTECTED]>:
> Yes, this will finally kill the community. lets make the dev mailing a
> spam list !
I would not have initiated this, if I would not have been reasonably
sure that the remaining test-cases could be fixed in a few days. After
that, this mail should
Pierre van Rooden wrote:
> 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...
> >
&g
beta is to encourage people to look into it. Issues can be
discussed on this list, in the bugtracker, or on IRC #mmbase.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
Nightly build user wrote:
> run.clustering:
>
> --
> [java] FAILURES!!!
> [java] Tests run: 9, Failures: 4, Errors: 0
I think the firewall on cvs.mmbase.org has now been correctly adapted. I predict
no test-case errors tonight.
Michiel
--
Mic
ns willing to help, or even to approach them to ask to be
added to such a list. A beta is available, I can only hope that people
take the hint, and come with feed back.
My only hard demand wat that at least the automated tests succeed, which
is currently the case.
Michiel
--
Michiel Meeuwis
,
perhaps for classes implementing a non-serializable interface or so. I
don't know.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
__
Cloud is not
serializable.
Fortunately, it is not needed to pass the Cloud parameter explicitely,
because it can always be filled by the bridge implementation itself if
needed. So, in the test-case we depend on that behavour now.
Michiel
--
Michiel Meeuwissen mihxil'
?
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
e wrong, but I think the setAnonymousCloud should be inside the if
> statement
I'm not sure either, but I think that might be wrong, because the
'checkAsis' is perhaps falling back on this anonymous cloud, if no
session or no cloud in session.
Michiel
--
Michiel Meeuwissen
Nightly build user wrote:
>
I have no idea why this was sent and why now. Perhaps this was a message
on hold of mailman or so?
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_N
e
server. I'm glad that sorted out.
This failure in dbsq test-cases remains however, and also reproduces
locally, and may be an actual issue. I don't quite understand it yet, nor do
I know what caused it.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPa
blem than I would simply schedule
a clean-up. Perhaps the ckeys with random strings are somehow
recognizable, or can be made so. It'll be quite straight-forward then.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31
Nico Klasens wrote:
> 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
uld avoid the problems
arising from the fork done by the JVM for the Runtime.exec.
On behalf of, and btw more or less being, the release team,
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_X
to that. It is
quite straight-forward, it just is a bit tricky because I need to get
the PipedInputStream stuff and so on right. So, all in all it will not
be much code, but quite useful, because one could assign more liberaly
memory to ones JVM then.
Michiel
--
Mic
mprove the performance of some queries (by use of the 'only' keyword).
MIchiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Deve
onfigurable for easier transition. I think Nico was among the
ones who didn't find that necessary, so I'm glad that he took
it up :-)
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum
be something
more generic which could be available seperately?
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
___
Developers mailing li
check' configurable in mmbase itself? I think
for example of the zillion of scan pages out there, which do not use
taglib.
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
__
301 - 400 of 723 matches
Mail list logo
