Re: [Lazarus] Groupboxes in the IDE

2009-08-25 Thread Graeme Geldenhuys
Marc Weustink wrote: > > Groupboxes were cluttering the real info, therefore we made a change to > the bevels. Not all parts are done. Any objects in creating a custom component which does the dividing instead of using 100's of TBevel components and lots of advanced Align settings? It should b

[Lazarus] New version of Excel Interface unit available

2009-08-25 Thread Thierry Coq
A new version of ExcelInterface is now available (version 0.4) here: http://tcoq.free.fr/composants.html It's provided as is, under the MPL 1.1 license. This is unfinished work, but the version 0.4 has the minimum necessary to do useful stuff with the interface, and more: - creating and loadi

Re: [Lazarus] TTrayIcon on Cocoa

2009-08-25 Thread dmitry boyarintsev
> I'm trying the latest snapshot on Leopard. > > Any ideas? could you run the program from terminal to see debugout thanks, dmitry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/laza

[Lazarus] TTrayIcon on Cocoa

2009-08-25 Thread Tobias Giesen
Hello, I've installed the Cocoa package and recompiled the LCL with the CarbonUseCocoa compiler define, and now the TrayIcon appears nicely in the status bar. But I can't click it and it doesn't show any menu. I'm trying the latest snapshot on Leopard. Any ideas? Cheers, Tobias -- __

Re: [Lazarus] Lazarus IDE help and Application help formats

2009-08-25 Thread Marco van de Voort
On Mon, Aug 24, 2009 at 06:51:21PM +0200, Marco van de Voort wrote: > > Could be. Due to tex4ht, you probably can't rely on the filename though, so > you would have to index the anchors in all files, and then fixup the > references. > > I'll see if I can spend some time on this the coming days.

Re: [Lazarus] Sorting, mergesort and quicksort

2009-08-25 Thread Marco van de Voort
On Tue, Aug 25, 2009 at 10:14:12PM +0200, Mattias Gaertner wrote: > >[...] > > > Btw, there is a new kid in town: ParallelSort. > > > This uses a parallel mergesort and automatically uses several > > > threads. See here: > > > http://wiki.lazarus.freepascal.org/Parallel_procedures#Example:_parallel

Re: [Lazarus] Sorting, mergesort and quicksort

2009-08-25 Thread Mattias Gaertner
On Tue, 25 Aug 2009 21:32:24 +0200 Marco van de Voort wrote: >[...] > > Btw, there is a new kid in town: ParallelSort. > > This uses a parallel mergesort and automatically uses several > > threads. See here: > > http://wiki.lazarus.freepascal.org/Parallel_procedures#Example:_parallel_sort > > Cl

Re: [Lazarus] Sorting, mergesort and quicksort

2009-08-25 Thread Marco van de Voort
On Fri, Aug 21, 2009 at 01:59:25PM +0200, Mattias G??rtner wrote: > The runtime of Quicksort depends on the pivot element. The FCL > implementation uses the middle element, which is good for partly > sorted data and bad for random data. It needs in worst case O(n*n). > If you want a worst case

Re: [Lazarus] Groupboxes in the IDE

2009-08-25 Thread Marc Weustink
theo wrote: Is there a reason, why the Lazarus IDE is using groupboxes with normal font as well as a combination of bevels and label with bold font for groupbox functionality? For ex. IDE Options -> Environment vs. IDE Options -> Editor. It think this doesn't look consistent. I vote for using TGr

[Lazarus] Groupboxes in the IDE

2009-08-25 Thread theo
Is there a reason, why the Lazarus IDE is using groupboxes with normal font as well as a combination of bevels and label with bold font for groupbox functionality? For ex. IDE Options -> Environment vs. IDE Options -> Editor. It think this doesn't look consistent. I vote for using TGroupBox with Fo

Re: [Lazarus] delphi - virus

2009-08-25 Thread Graeme Geldenhuys
dmitry boyarintsev wrote: > > isn't SHA1 slow? Git uses SHA1 extensively and Git is everything but slow! Saying that, Git does have optimised versions of SHA1 for various platforms - to improve performance even more. For example, there is a optimised PPC and ARM implementation for SHA1 included wi

Re: [Lazarus] delphi - virus

2009-08-25 Thread Florian Klaempfl
Graeme Geldenhuys schrieb: > Florian Klaempfl wrote: >>> Probably the author found a way to keep the checksum ? >> 1) On loading, the checksum is not recalculated but the compiler thrusts >> the header so the checksum can be easily patched. >> 2) FPC uses a CRC, a CRC can be easily faked today. >

Re: [Lazarus] delphi - virus

2009-08-25 Thread dmitry boyarintsev
> > Without knowing to much about the compiler internals... Wouldn't a SHA1 > be a better option than CRC?  For example, Git uses SHA1's to > cryptographically ensure that no revision in the repository has been > tampered with. Just a single byte change generates a completely > different SHA1. isn'

Re: [Lazarus] delphi - virus

2009-08-25 Thread Graeme Geldenhuys
Florian Klaempfl wrote: >> Probably the author found a way to keep the checksum ? > > 1) On loading, the checksum is not recalculated but the compiler thrusts > the header so the checksum can be easily patched. > 2) FPC uses a CRC, a CRC can be easily faked today. Without knowing to much about th