On Saturday 24 October 2009, Sergei Gorelkin wrote:
> I want to remove the avl_tree-related stuff from DOM unit. The
> reasons are:
If that's a CfV, I vote "yes".
Vinzent.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasc
Marco van de Voort wrote:
That is not a problem. The problem is that the getvalue/set behaviour must
remain
the same, and I must be able to select the encoding (or it should use the
system default encoding). Those are the things I have many times.
opening/closing only happens a handful times an
In our previous episode, Sergei Gorelkin said:
> > - need the current interface very badly to be backwards compat, if I (and
> >Lazarus) are ever migrating to a FCL one. Changes to the interface
> >not really an option, then I'd stick to my ancient lazarus version
> > forever.
>
> The xml
Marco van de Voort wrote:
short summary:
- need the current interface very badly to be backwards compat, if I (and
Lazarus) are ever migrating to a FCL one. Changes to the interface
not really an option, then I'd stick to my ancient lazarus version forever.
The xmlconf has the same inter
>> 3) It is known to have yet unresolved multithreading-related problems
>> (Mantis 12984).
>
> (this is very minor afaik. The actual problem was fixed, and what is left is
> more the bugreporters wishlist to have one nodemgr over multiple threads, at
> the expense of making everything locked)
(S
2009/10/23 Sergei Gorelkin :
> Hello,
>
> I want to remove the avl_tree-related stuff from DOM unit. The reasons are:
I am all for this removal .
--
Inoussa O.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailm
In our previous episode, Sergei Gorelkin said:
>
> I want to remove the avl_tree-related stuff from DOM unit. The reasons are:
>
> 1) It is targeted to optimize one particular type of documents, "configs",
> that require all node names within a single parent to be unique
> (strictly speak
On Sat, 24 Oct 2009, Sergei Gorelkin wrote:
Hello,
I want to remove the avl_tree-related stuff from DOM unit. The reasons are:
1) It is targeted to optimize one particular type of documents, "configs",
that require all node names within a single parent to be unique (strictly
speaking, th