Re: [fpc-pascal] GUI confusion
On Tue, Oct 1, 2013 at 10:48 AM, Michael Schnell mschn...@lumino.de wrote: On 09/30/2013 12:25 PM, Graeme Geldenhuys wrote: All functionality works identical on all platforms, Which, regarding look and feel, does have pros and cons, depending on the users targeted. Sometimes company branding in products are more important that the look of the OS. Many products use different looks and feel to stand out above a saturated market. But I guess you can't please everybody. ;-) Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Why is FPImage dog slow in reading jpeg's?
On Mon, May 30, 2011 at 4:16 PM, Michael wrote: snip That should work much faster. The reason is probably that the default image Ah, thanks Michael that did the trick. I knew I had to be doing something wrong. -- Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Why is FPImage dog slow in reading jpeg's?
Interesting. What is supposed to be a large image? I ask because the original post mentioned 35 kB and 65 kB (and indirectly also dimensions around 600x400 if I understand the program output correctly) which I I suppose he was referring to the color palette, and not the physical image size. I guess that is why The Gimp limits png images to 256 colors when I saved it as Indexed (which then generates a color palette). So I guess it is a standard issue with Index/Palette images thus limit your colors, or don't use a palette. I guess one change in FPImage (depending on how often this occurs obviously), could be to default to UsePalette = False instead. -- Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Why is FPImage dog slow in reading jpeg's?
On Mon, May 30, 2011 at 10:22 PM, Felipe Monteiro de Carvalho wrote: So I have to suggest: Is there a convincing reason for having Pallete set to true by default? What do you think about the trivial solution of setting it off by default? It seems I have opened a hornets nest. :) But from the many replies, it seems everybody expects UsePalette to be False by default (instead of what it is now True). Maybe a new default should be considered. -- Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] regex unit and word boundaries
On Wed, Apr 6, 2011 at 9:32 AM, ik wrote: What's wrong with /a word/ (without the slash) ? Sorry, I don't understand. But if the word can exists in a middle of a text, and you do not look for a pattern, then regex is not what you should use, but pos instead. Because pos is more efficient then regex. I'm implementing syntax highlighting in one of my text edit components. I am using regex to find keywords, reserved words etc to highlight. So when I search for 'class', it must not match 'Classes', so I can't use something as rudimentary as Pos(). Normally you enable word boundaries in your regex as follows, to accomplish what I need: \b(class|record|begin|end)\b alternatively (if \b is not available) I can do something like ^\s*end;?\s*$ which will match 'end;' and 'end' but not something like 'amend' But alas, it seems the FCL regex unit doesn't have \s (any whitespace chars) implemented either. It seems the FCL regex unit is in its infancy, and I need a more feature complete implementation of regex. I did some Google'ing and TRegExpr class library by Andrey V. Sorokin seems a lot more feature complete and free. I will probably have to switch to using that component. A shame really, because I like to stick to using units included with FPC. Doing some more searching, I believe Lazarus IDE also uses the TRegExpr unit, instead of FCL's one. Is anybody still working on the FCL regex unit? Are there plans to implement any more regex features, or is that unit abandon-ware. Can't the FPC developers include TRegexpr library as part of FCL? It will save them a lot of development effort. -- Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] regex unit and word boundaries
Hi, Does the Regex unit included with FCL support word boundaries? eg: the \b tag as used by some other regex libraries. If the Regex unit does support it, what syntax must I use? I know about the ^ (beginning of line) and $ (for end of line), but that is not what I'm looking for, because the words I want to match might appear in the middle of the text. -- Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Permuted index (KWIC) of function descriptions
2011/1/28 Tomas Hajny existence of good CHM viewers for Linux, No such viewers exist. :-) time at least ;-) ) or support of this or that format in our textmode IDE. Is there actually somebody that still uses a text mode IDE for day to day development? I couldn't justify spending any time on enhancing a text mode IDE, especially since there are thousands of better GUI text editors or GUI IDE's out there. be indeed nice. ;-) Proper support for IBM .INF documents (including the OS/2 API documentation) in his viewer would be very nice too. ;-))) I remember using OS/2 years ago, and from memory the OS/2 API documentation (*.inf files) used many windows open at the same time in the VIEW program. I cannot see how that can ever be converted to something that will work in the textmode IDE. Plus you will also loose any bitmap images/screenshots in any such help files (INF, CHM, HLP, HTML etc). -- Ben. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal