On 7-12-2012 21:12, Andrew Brunner wrote:
>
> On Dec 6, 2012, at 8:57 AM, Donald Ziesig wrote:
>
>> I just got into this thread, but I have been using Delphi since Version 1
>> (and Turbo Pascal back to Version 1 before that). Imo the Min, Max and Pos
>> parameters should all be set to the la
Hi,
TCustomApplication, fpc-2.6.0
./mycmdtool --inputfile=myfile withspace.txt
GetOptionValue('i','inputfile') returns only "myfile"
same thing happens if I try:
./mycmdtool "--inputfile=myfile withspace.txt"
./mycmdtool --inputfile="myfile withspace.txt"
./mycmdtool --inputfile='myfile withspace
Martin wrote:
Martin: you /really/ don't want me to follow that up. OK?
NO.
And I think there was a misunderstanding somewhere.
My goal was to get a subset (preferable a big subset) of EXISTING
targets (targets that fpc already has) to run (run pascalscript on them).
I never intended to a
On Sat, 8 Dec 2012, zeljko wrote:
Hi,
TCustomApplication, fpc-2.6.0
./mycmdtool --inputfile=myfile withspace.txt
GetOptionValue('i','inputfile') returns only "myfile"
That is normal.
same thing happens if I try:
./mycmdtool "--inputfile=myfile withspace.txt"
./mycmdtool --inputfile="myfi
Hi,
Good feature for me, but my question (Off Topic), why you interested in
this feature while there is no many Arabic/RTL Lazarus users?
For me, I will try to test it, and i like to look at the code too.
On Fri, Dec 7, 2012 at 12:53 AM, Martin wrote:
> A while ago, I started adding support fo
>From the first trying, Wow it works :D, but i need more tests.
On Sat, Dec 8, 2012 at 3:35 PM, Zaher Dirkey wrote:
> Hi,
> Good feature for me, but my question (Off Topic), why you interested in
> this feature while there is no many Arabic/RTL Lazarus users?
>
> For me, I will try to test it,
On 08/12/2012 14:06, Zaher Dirkey wrote:
From the first trying, Wow it works :D, but i need more tests.
Main question at current are the ligatures, with the long line.
1) Acceptable?
2) BEhaves as described: the editor treads the long-line, as the 2nd
char in the ligature, (if you delete it,
On 07/12/2012 06:46, patspiper wrote:
- If you put a shaddah or damma on a character, it gets displayed on
top of the character (correct behaviour). Pressing backspace at this
stage should only delete that addition, and not the character.
Does that also apply for "delete" (as in delete next c
On 08/12/2012 13:35, Zaher Dirkey wrote:
Hi,
Good feature for me, but my question (Off Topic), why you interested
in this feature while there is no many Arabic/RTL Lazarus users?
For me, I will try to test it, and i like to look at the code too.
Someone did ask for it... No personal interes
On Sat, Dec 8, 2012 at 4:49 PM, Martin wrote:
>
> 1) Acceptable?
>
>
Yes, and it is wonderful :)
2) BEhaves as described: the editor treads the long-line, as the 2nd char
> in the ligature, (if you delete it, it will delete the correct half of the
> ligature)
> (At least windows, with extra-char
I see there is a unit, and you are use it SynEditTextBidiChars.
So What for USE_UTF8BIDI_LCL? and this units FreeBidi and utf8bidi?
On Sat, Dec 8, 2012 at 4:49 PM, Martin wrote:
> On 08/12/2012 14:06, Zaher Dirkey wrote:
>
> From the first trying, Wow it works :D, but i need more tests.
>
>
>
On Saturday 08 of December 2012 12:30:03 Michael Van Canneyt wrote:
> On Sat, 8 Dec 2012, zeljko wrote:
> > Hi,
> >
> > TCustomApplication, fpc-2.6.0
> >
> > ./mycmdtool --inputfile=myfile withspace.txt
> > GetOptionValue('i','inputfile') returns only "myfile"
>
> That is normal.
>
> > same thi
On 08/12/2012 15:25, Zaher Dirkey wrote:
I see there is a unit, and you are use it SynEditTextBidiChars.
So What for USE_UTF8BIDI_LCL? and this units FreeBidi and utf8bidi?
Those 2 units seem way incomplete.
SynEdit currently needs 2 things:
1) combining chars (that may move to LazUtils.. Le
On Sat, 8 Dec 2012, zeljko wrote:
You mention TProcessUTF8, that is a complicating factor.
You then need to see (using strace) what the calling app actually sends.
I suspect the problem is there.
Are you using the new 'parameters' or still the old 'CommandLine' ?
If the latter, then it is a s
On 08/12/12 16:51, Martin wrote:
On 07/12/2012 06:46, patspiper wrote:
- If you put a shaddah or damma on a character, it gets displayed on
top of the character (correct behaviour). Pressing backspace at this
stage should only delete that addition, and not the character.
Does that also apply
On 07/12/12 16:58, Martin wrote:
Did you use "Extra Char Spacing" = 1 ? This is what happens, if not!
(This and a few other real oddities)
And also, it can only be tested on windows. Because on GTK,QT,Carbon
"Extra Char Spacing" is faulty in an other way: It splits the
combining chars into i
On 12/7/12, Andrew Brunner wrote:
> But typically a progress bar is used in conjunction with streams. Therefore
> it should handle the same size as objects like that.
Why?
I typically set Max to 100 and calc percentage, et voila...
Bart
--
___
Lazar
On Saturday 08 of December 2012 17:07:57 Michael Van Canneyt wrote:
> On Sat, 8 Dec 2012, zeljko wrote:
> >> You mention TProcessUTF8, that is a complicating factor.
> >> You then need to see (using strace) what the calling app actually sends.
> >> I suspect the problem is there.
> >>
> >> Are you
On 08/12/2012 16:27, patspiper wrote:
On 07/12/12 16:58, Martin wrote:
Ok, but can you test them on windows, with "Extra Char Spacing" = 1
I use Ubuntu, and tested only monospaced fonts (source editor). I
understand extra char spacing is for Windows only.
On GTK, it will break either way.
The
Ok, I added testcases for PascalScript component directory.
The scope is currently ONLY what is or may be needed for EditorMacros.
Several test fail on 64 bit (at least win 64 bit)
One is due to rogue memory access (-gh will detect the corruption). On
windows this is near impossible to track.
On Sat, 8 Dec 2012, zeljko wrote:
On Saturday 08 of December 2012 17:07:57 Michael Van Canneyt wrote:
On Sat, 8 Dec 2012, zeljko wrote:
You mention TProcessUTF8, that is a complicating factor.
You then need to see (using strace) what the calling app actually sends.
I suspect the problem is t
Hi,
There is a tool for remove all comments (//, {} or (**)) from source code?
Thx.
--
Silvio Clécio
My public projects - github.com/silvioprog
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailma
On 08/12/2012 19:21, silvioprog wrote:
Hi,
There is a tool for remove all comments (//, {} or (**)) from source code?
Dont know
Jedi seems to do // {}
Temporarily you can hide them, via folding. Select all, and right click,
the fold-gutter ([+] / [-] / |). There is an option
--
_
On 2012-12-08 19:21, silvioprog wrote:
>
> There is a tool for remove all comments (//, {} or (**)) from source code?
Yeah, using the Search & Replacing dialog. Using regex search string it
should do the trick without breaking a sweat.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platfor
I think that the change of the descendance of TPage from TCustomControl
to TScrollBox would make more sense, since the component TNotebook is
used more for configuration windows. Sometimes, you need to add a lot of
controls inside the TPage, but there is no space, then you have to add a
TScroll
25 matches
Mail list logo