Re: [Lazarus] Typing in StringGrid cell - Linux
It works fine now (in GTK2). Thanks 2008/12/10 Jesus Reyes [EMAIL PROTECTED]: --- El mié 10-dic-08, Jan Kowalski [EMAIL PROTECTED] escribió: De:: Jan Kowalski [EMAIL PROTECTED] Asunto: [Lazarus] Typing in StringGrid cell - Linux A: lazarus@lazarus.freepascal.org Fecha: miércoles, 10 diciembre, 2008, 1:24 pm Hi, I have a strange problem with typing in StringGrid cell. As example : when I typed something I get omethings in cell. This becouse when I put first char cursor goes to the left side of this char. On windows everything is ok I used svn version of lazarus x64 (rev 17743) and fpc 2.3.1 best regards faber you didn't say but I think you meant gtk2 because under gtk1 it works, anyway should be fixed in r17788 Jesus Reyes A. ¡Todo sobre Amor y Sexo! La guía completa para tu vida en Mujer de Hoy. http://mx.mujer.yahoo.com/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Terminal window, workaround
Hello: I've decide to use the this work around. I write to filetext and in a terminal I use tail -f file. It lets me stop in a breakpoint from the IDE and watch in the terminal the current value with a writeln. It's not the best, but it works for what I need. May be later I will learn how to use the gdb from command line. By the way, I thought gdb was unable to display Pascal variables, but if gdb is able to display the value of any variable in Pascal, what's the problem of Lazarus's IDE in displaying the value? It uses gdb as debugger backend. doesn't it? Regards Santiago Amposta around svaa wrote: Hello: I have 0.9.26 on Ubuntu 7.10. I am writing a GUI program, since debugger has problems to check the values of variables, I want to output debug data with writeln but I can't get a terminal with if it is not console application. How can I get a to have the GUI program running and a terminal window also? Regards Santiago A. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Using Win32 Lazarus to cross-compile to arm-linux?
On Thu, 11 Dec 2008 13:10:34 +1100 Paul Nicholls [EMAIL PROTECTED] wrote: - Original Message - From: Paul Nicholls [EMAIL PROTECTED] Newsgroups: gmane.comp.ide.lazarus.general To: Lazarus@lazarus.freepascal.org Sent: Wednesday, December 10, 2008 11:00 AM Subject: Using Win32 Lazarus to cross-compile to arm-linux? Hi all, I appologise if this is an obvious question, but I have looked in these forums, and online and I can't seem to find out how to setup Lazarus (under Win32) so it can call my arm-linux freepascal cross-compiler to compile programs for my GP2X (arm-linux handheld computer). So far, I have to do this manually via batch file. If this is possibe, it would be very nice :) PS. My Win32 to arm-linux freepascal cross-compiler has it's own fpc.cfg file if this makes a difference. PS. I do realise that I most likely couldn't debug but still it would be better than now if I can use the IDE to compile to Win32 and also arm-linux. Thanks for your time, Cheers, Paul. Does ANYONE have any clues or hints for me on this matter? At the moment: use two different lpi files. What is in your batch file? Mattias ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Alexander Klenin schrieb: See http://bugs.freepascal.org/view.php?id=12758 Sorry to bother Daruis (and everyone else) again, but this patch is holding my further work on TAChart. Such are the problems of using centralized version control ;-) I really wonder how a DVCS would solve this or what would be different? You just apply it to your local working copy and you've it in your builds? ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
I really wonder how a DVCS would solve this or what would be different? You just apply it to your local working copy and you've it in your builds? Yes. The most important difference in this case is that DVCS would preserve local history. This is similar to every developer having his own branch in SVN (or even arbitrary number of local branches), with merges being almost as trivial as SVN's commits. I.e. my specific problem can be solved in SVN by creating a branch of TAChart component and giving me commit access to it, but then similar branch should be created for my patches to DBGrid, and yet another one for patches to SynEdit (both stalled for about a month now), etc. Obviously, this is not a scalable solution for many developers ;-) -- Alexander S. Klenin Insight Experts Ltd. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Alexander Klenin schrieb: I really wonder how a DVCS would solve this or what would be different? You just apply it to your local working copy and you've it in your builds? Yes. The most important difference in this case is that DVCS would preserve local history. This is similar to every developer having his own branch in SVN (or even arbitrary number of local branches), with merges being almost as trivial as SVN's commits. I.e. my specific problem can be solved in SVN by creating a branch of TAChart component and giving me commit access to it, but then similar branch should be created for my patches to DBGrid, and yet another one for patches to SynEdit (both stalled for about a month now), etc. Obviously, this is not a scalable solution for many developers ;-) But isn't the problem that the patches don't get into the central repository? Though I've write access to the fpc repository ;) I've also several local branches (actually plain copies of my fpc checkout) with some changes in it. But if it's not feasible for you, you can still use git-svn, no? BTW: An fpc/lazarus git repository would be really no fun: due to the flaky connection a git clone of a converted repository is from svn.freepascal.org basically not possible, at least not for me from germany. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Stretching Antialiasing in win32
Felipe Monteiro de Carvalho wrote: Hello, When I execute the StretchBlt windows API in the magnifier I get different results in Delphi and in Lazarus: Windows.StretchBlt(DestCanvas.Handle, drawGlassRect.Left, drawGlassRect.Top, drawGlassWidth, drawGlassHeight, bmpDisplay.Canvas.Handle, viewRect.Left, viewRect.Top, viewRectWidth, viewRectHeight, dwROP); In Lazarus there is notice some anti-aliasing. When magnifying the same synedit text in delphi and lazarus, after 14x or so I start to see grey dots near the text and in Delphi I don't. Actually the grey dots are also square, so they actually look like as if they were part of the text, but they cannot be, because I saw the same text with delphi. Setting the canvas Antialiasingmode property has no effect. Any ideas why this happens? It's not necessarely bad, but I would like to control this via the antialiasing property. Delphi uses StretchBlt, but I'm not sure (and I'm to lazy too look in the source) if laz does too in all cases. For the ease of it might be that I use AlphaBlend. Marc ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Alexander Klenin schrieb: Obviously, this is not a scalable solution for many developers ;-) I forget to mention: how does a DVCS scale better in this regard for small and medium sized projects (100 developers)? As long as you don't get rejected commits due to two commits by two people at the same time? ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Using Win32 Lazarus to cross-compile to arm-linux?
In the environment options dialog, change the path to the compiler. Then in the Compiler Options dialog, change the Target operating system and target architecture. -- Felipe Monteiro de Carvalho ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
On Thu, Dec 11, 2008 at 20:16, Florian Klaempfl [EMAIL PROTECTED] wrote: Alexander Klenin schrieb: I.e. my specific problem can be solved in SVN by creating a branch of TAChart component and giving me commit access to it, but then similar branch should be created for my patches to DBGrid, and yet another one for patches to SynEdit (both stalled for about a month now), etc. Obviously, this is not a scalable solution for many developers ;-) But isn't the problem that the patches don't get into the central repository? They will get there eventually. The key thing is that patches can be 'batched' for review/application and not spoon-fed one by one. Look at what is going on at kernel.org -- a feature can be implemented as a series of 10 or even 100 patches -- imagine how much time it would take to submit and review each patch sequentially. Though I've write access to the fpc repository ;) I've also several local branches (actually plain copies of my fpc checkout) with some changes in it. But this is limited to one change per sub a branch. But if it's not feasible for you, you can still use git-svn, no? I'd like to. Unfortunalely, I use Lazarus on Windows, and git still has some troubles here. BTW: An fpc/lazarus git repository would be really no fun: due to the flaky connection a git clone of a converted repository is from svn.freepascal.org basically not possible, at least not for me from germany. Sorry, I can not parse this sentence. how does a DVCS scale better in this regard for small and medium sized projects (100 developers)? DVCS does not require any central administration to create branches for every developer/feature. It also does not require network connection for doing commits, which is important to some contries/regions where Internet is still not cheap or reliable enough. -- Alexander S. Klenin Insight Experts Ltd. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Alexander Klenin schrieb: On Thu, Dec 11, 2008 at 20:16, Florian Klaempfl [EMAIL PROTECTED] wrote: Alexander Klenin schrieb: I.e. my specific problem can be solved in SVN by creating a branch of TAChart component and giving me commit access to it, but then similar branch should be created for my patches to DBGrid, and yet another one for patches to SynEdit (both stalled for about a month now), etc. Obviously, this is not a scalable solution for many developers ;-) But isn't the problem that the patches don't get into the central repository? They will get there eventually. The key thing is that patches can be 'batched' for review/application and not spoon-fed one by one. This can be done with an svn branch as well? I'am rather sure the lazarus people give you write access to a branch if you ask. And this has a real advantage: if you just commit your changes to your local repository, the changes get lost if you disappear and nobody did pull them yet (this is also why we recommend to attach patches to bug reports, they won't get lost this way), the patches are lost. If they are in a svn branch, they aren't lost. Look at what is going on at kernel.org -- a feature can be implemented as a series of 10 or even 100 patches -- imagine how much time it would take to submit and review each patch sequentially. The point about kernel.org is that they have dedicated reviewers. If lazarus has dedicated reviewers/merger then this could be done as well. The actual merge command of a branch in svn is a non brainer as well. BTW: An fpc/lazarus git repository would be really no fun: due to the flaky connection a git clone of a converted repository is from svn.freepascal.org basically not possible, at least not for me from germany. Sorry, I can not parse this sentence. For testing purposes, I converted the fpc repository to git. However, due to the slow and unreliable connection of our vc server to my place, I was not able to clone this repository to my machine at home. A broken svn checkout can be continued, a git clone apparently not. how does a DVCS scale better in this regard for small and medium sized projects (100 developers)? DVCS does not require any central administration to create branches for every developer/feature. It requires it. Or how would you create releases then? The features must go into this repository and if noone does so, the feature is pretty useless as well. It also does not require network connection for doing commits, which is important to some contries/regions where Internet is still not cheap or reliable enough. See above :) ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] SynEdit patches [Re: TAChart: Request to review/apply patch 12758]
Alexander Klenin wrote: and yet another one for patches to SynEdit (both stalled for about a month now), etc I just saw this, and consequently found your patches on this mailing list too. As for the SynEdit patches (is-link-able), If you can submit them to mantis, I will take them and look at them. I had a quick, yet not complete look at them. One thing I can already tell is the way you check if it is a number: not (Lines[Y - 1][X1] in ['0'..'9']) and It is incomplete. $ABCD is a number in hex. Best would be to introduce a IsNumber in the highlighter (pascal, and baseclass), and check there. This would also keep synedit itself more agnostic to pascal specifics (even so, codetools only work on pascal source) IsNumber has to deal with 1.99e3 being cut into 2 words, so 99e3 is a number. Not sure what to do with 1.e2, but imho it wouldn't hurt to ignore this and have e2 linkable. Also you may need to check the list again, against context sensitive keywords. A procedure self; seems to compile. Best Regards Martin ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SynEdit patches [Re: TAChart: Request to review/apply patch 12758]
On Thu, Dec 11, 2008 at 23:49, Martin Friebe [EMAIL PROTECTED] wrote: Alexander Klenin wrote: and yet another one for patches to SynEdit (both stalled for about a month now), etc I just saw this, and consequently found your patches on this mailing list too. As for the SynEdit patches (is-link-able), If you can submit them to mantis, I will take them and look at them. Ok, see http://bugs.freepascal.org/view.php?id=12785 Note that I posted two patches, and apparently you only found the older one ;-) My initial approach was not optimal, as you noted, but neither is the second one, and my questions about the best route were not answered. So if you have time and expertise, please read the mail threads mentioned in the bug report and provide me with insight ;-) -- Alexander S. Klenin Insight Experts Ltd. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Terminal window, workaround
The IDE shows the values. Set a breakpoint and then move the mouse over the variable names in the code. It will show you their value at that point as a tooltip. -- Felipe Monteiro de Carvalho ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
--- El jue 11-dic-08, Alexander Klenin [EMAIL PROTECTED] escribió: [snip] I.e. my specific problem can be solved in SVN by creating a branch of TAChart component and giving me commit access to it, but then similar branch should be created for my patches to DBGrid, and yet another one for patches to SynEdit (both stalled for about a month now), etc. Sorry about the dbgrid one, btw, cracker classes are sometimes called access classes but in this case I think it really made justice to the name, have you tried that on fpc 2.2.2 and current 2.3.1?. If it gets applied it has to be temporal and as such, we need a patch for fpc also and another taking in count the patched fpc (but that can wait of course), if the fpc patch doesn't make it, it's unlikely the crack will be commited. Jesus Reyes A. ¡Todo sobre Amor y Sexo! La guía completa para tu vida en Mujer de Hoy. http://mx.mujer.yahoo.com/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Mouse Link in SynEdit (only link-able items)
I am opening a new mail thread, otherwise it will be mixed with the TAChart topic in the archives. Alexander Klenin wrote: On Thu, Dec 11, 2008 at 23:49, Martin Friebe [EMAIL PROTECTED] wrote: Alexander Klenin wrote: and yet another one for patches to SynEdit (both stalled for about a month now), etc I just saw this, and consequently found your patches on this mailing list too. As for the SynEdit patches (is-link-able), If you can submit them to mantis, I will take them and look at them. Ok, see http://bugs.freepascal.org/view.php?id=12785 Note that I posted two patches, and apparently you only found the older one ;-) My initial approach was not optimal, as you noted, but neither is the second one, and my questions about the best route were not answered. So if you have time and expertise, please read the mail threads mentioned in the bug report and provide me with insight ;-) I'll look further into it. A few things: - GetHighlighterAttriAtRowColEx may not be the best idea. It can be quite useful to be able to click on words in comments to. (Which works at current). GetHighlighterAttriAtRowColEx could be used to identify numbers. - The highlighter is overall not the best solution to find linkable text. Because even a valid bit of code, may be unresolvable to codetools. If using the Highlighter, I would propose to check for text/words that can definitely be excluded. (Numbers, certain keywords). Another way would be to ask codetools them self. Similar like SynEdit calls SourceEditor, which calls SourceNoteBook and then MainIDE.OnSrcNoteBookClickLink line 2952 in ide/main.pp ( see also line 1778: SourceNotebook.OnClickLink := @OnSrcNoteBookClickLink; ) Best Regards Martin ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Terminal window, workaround
Felipe Monteiro de Carvalho escribió: The IDE shows the values. Set a breakpoint and then move the mouse over the variable names in the code. It will show you their value at that point as a tooltip. Not always. Bugs #12522 and #12111 At least in Linux. Regards Santiago A. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
--- El jue 11-dic-08, Alexander Klenin [EMAIL PROTECTED] escribió: [snip] I did produce some patch, see my mail FCL-DB: Extend TLookupList so it can be used as picklist source in the fpc-devel list. However, it seems there are even fewer reviewers in FPC team than Lazarus team ;-) At least I would like to replace replace 'private' with 'protected' in TLookupList definition -- this trivial change could be even applied to fixes branch, and then Lazarus code can be updated to use 'access' instead of 'cracker'. It would be very good that this is included in next fpc release, let hope they are looking at this and there is still time for it. Jesus Reyes A. ¡Todo sobre Amor y Sexo! La guía completa para tu vida en Mujer de Hoy. http://mx.mujer.yahoo.com/ ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] KOL-CE and TKOLMainMenu
Hi, I dropped a TKOLMainMenu into a KOLForm** and I added several menus with submenus but they are not shown in WinCE. I use KOL CE 2.80.2 and Lazarus 0.9.27 beta FPC 2.2.3. What is the problem? Best regards. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Leakview+lazarus 0.9.26+WinXP
Hello I'm trying to use leakview at lazarus0.9.26 under WinXP (with leakview downloaded from svn) But when I try to launch the application with the environment variable set: C:\ set HEAPTRC=log=myheap.log C:\ application.exe It fails to run with this: --- Error --- Runtime error 123 at $00411F28 $00411F28 $0040FC90 --- Ok --- If I run without the environment variable it runs normally. Any advice ? ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cross platform development (not compiling)
On Wed, 10 Dec 2008 11:11:59 +0200 Graeme Geldenhuys graemeg.li...@gmail.com wrote: On Tue, Dec 9, 2008 at 7:33 PM, Felipe Monteiro de Carvalho Ummm, now I see ... but they could be the same thing. Some kind of mode where certain compiler options or debugger options are overriden. That would be very handy! MSEide has a very simple design/screen for this. And it works very well. The Project menu contains the following options: Make Build Make 1 Make 2 Make 3 Make 4 You can setup each of those with the following screen. See attached image. Simply add a new row, tick which Build or Make it should apply to, and select the menu from the Project menu. Quick, Easy and Effective! Yes. Now we need some nice ideas how to extend this for: - search paths (editing paths via typing is error prone) - depending values. For example: if LCLWidgetSet=win32 Mattias ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Italian users
Giuseppe Fava ha scritto: hi everybody, I'm thinking about to create an italian lazarus community and I'd like to know how many Italians are reading this list and how many of these are interested... Giuseppe Here's one. Even if in the last months I've been too busy to partecipate actively. From the length of this thread, I'd gather that we're not too many ;-) Giuliano -- Giuliano Colla Still using C++ and Visual Studio? I'm using Object Pascal and Lazarus. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Italian users
Here's one. Even if in the last months I've been too busy to partecipate actively. From the length of this thread, I'd gather that we're not too many ;-) Here is another one :). I'm also very busy but, please, try to explain your idea of lazarus italian group. I don't know if this mailing list is a good place to make this, tough. Antonio -- Antonio Sanguigni alias slapshot -- GioveLUG (Linux User Group) - http://www.giovelug.org Edupup (Educational distro) - http://www.pieroni.biz/edupup ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Leakview+lazarus 0.9.26+WinXP
Seems like some bug with file access.
As a temporary solution you can specify the heaptrc output at the
run-time, rather than using environment variable.
if you're using Lazarus projects you can do it in the following way:
* remove Linking option Use heaptrc unit (-gh). You'll use the unit manually.
* Open your projects source (Project-Source) add 'heaptrc' to your
uses section.
* Add SetHeapTraceOutput(outputfilename) call as the first line of the
program. After your application is closed, the specified file, will be
filled with debug data.
* do NOT SET envirnoment variable. Run the application.
It's also good to delete the file, otherwise information will be
appended to the file, and leakview might double-read the leaks
program test;
{$mode objfpc}{$H+}
uses
heaptrc, {1 heaptrc must be used}
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Interfaces, // this includes the LCL widgetset
Forms
{ you can add units after this }, mainform, SysUtils, LResources;
{$IFDEF WINDOWS}{$R test.rc}{$ENDIF}
begin
// this is optional file cleaning, uncomment next line to delete the file
// if FileExists('test.txt') then DeleteFile('test.txt');
SetHeapTraceOutput('test.txt');
{$I test.lrs}
Application.Initialize;
Application.CreateForm(TForm1, Form1);
Application.Run;
end.
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Leakview+lazarus 0.9.26+WinXP
The solution is even simplier: heaptrc doesn't handle quoted parameters correctly. You can solve the problem by specifying file log parameter WITHOUT quotes, i.e.: C:\ set HEAPTRC=log=myheap.log C:\ application.exe ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Italian users
Giuliano Colla wrote: Giuseppe Fava ha scritto: hi everybody, I'm thinking about to create an italian lazarus community and I'd like to know how many Italians are reading this list and how many of these are interested... Giuseppe Here's one. Even if in the last months I've been too busy to partecipate actively. From the length of this thread, I'd gather that we're not too many ;-) Giuliano Here's another one :-) , but programming it's for sure not a job for me :-[ , just an hobby so this list it's enought (very interesting whit such Professors like Mattias Michael Vincent Felipe Marc Paul Jesus Joost Florian Micha and sorry if I forgot someone! :-) ) Salvatore ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Environment options corrupted
Tom Verhoeff wrote: In another case, I looked a little further and noticed that the window position for the Messages window had a very large Top coordinate (as saved in environmentoptions.xml). So, it probably did open, but outside the Isn't this a side effect of the way Windows minimizes a window? It puts it at a very large position off screen. So probably there is a bug somewhere that not the restored position is being saved, but the (invalid) minimized position. Micha ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Changed Compilers Options, Run, Build versus Build All
(This accidentally got posted in another thread, and hence may have
been overlooked. I am still interested in responses.)
On Tue, Dec 09, 2008 at 01:57:37PM +0100, Tom Verhoeff wrote:
We use Lazarus in our first year programming education (as an experiment).
There are various issues that we encounter, some small, some bigger.
Here is another issue. When working on a program involving multiple
units, it may turn out that the Use AnsiStrings was not set consistently.
Students are advised to enable this globally in the Compiler Options,
but they sometimes forget. Some (given/generated) units also contain
their own {$H+}, others don't. This may give rise to inconsistencies
(usually flagged by the compiler, but not understood by beginners).
When you change Compiler Options later, and then do Run, the relevant
unit may not be (re)compiled, because its source code did not change.
One is required to do a Build All first. But a beginner will not be
aware of this.
Is it possible to have the IDE suggest a Build All when doing Run,
if the Compiler Options were changed after the previous build?
Or even better have a three-way global setting:
When doing Run and the Compiler Options changed after the previous build:
* Always do a Build All -- this would be better for beginners
* Always ask to either Build or Build All (the latter as default choice)
* Always do a Build -- this seems to be the current situation
Best regards,
Tom Verhoeff
--
E-MAIL: T.Verhoeff @ TUE.NL | Dept. of Math. Comp. Science
PHONE: +31 40 247 41 25| Technische Universiteit Eindhoven
FAX:+31 40 247 54 04| PO Box 513, NL-5600 MB Eindhoven
http://www.win.tue.nl/~wstomv/ | The Netherlands
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Changed Compilers Options, Run, Build versus Build All
On Thu, 11 Dec 2008 22:33:21 +0100
Tom Verhoeff t.verho...@tue.nl wrote:
[...]
Here is another issue. When working on a program involving multiple
units, it may turn out that the Use AnsiStrings was not set
consistently.
Students are advised to enable this globally in the Compiler Options,
but they sometimes forget. Some (given/generated) units also contain
their own {$H+}, others don't.
Is this a student bug or an IDE bug?
This may give rise to inconsistencies
(usually flagged by the compiler, but not understood by beginners).
When you change Compiler Options later, and then do Run, the relevant
unit may not be (re)compiled, because its source code did not change.
One is required to do a Build All first. But a beginner will not be
aware of this.
Yes, that's why the IDE adds -B when the compiler parameters changed
(except for search path changes). 0.9.26 has this feature. 0.9.24 not.
Is it possible to have the IDE suggest a Build All when doing Run,
if the Compiler Options were changed after the previous build?
It does.
Please provide an example, where it does not work.
Or even better have a three-way global setting:
When doing Run and the Compiler Options changed after the previous
build:
* Always do a Build All -- this would be better for beginners
* Always ask to either Build or Build All (the latter as default
choice)
* Always do a Build -- this seems to be the current situation
Mattias
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Italian users
Here's another one :-) , but programming it's for sure not a job for me :-[ , just an hobby so this list it's enought (very interesting whit such Professors like Mattias Michael Vincent Felipe Marc Paul Jesus Joost Florian Micha and sorry if I forgot someone! :-) ) Same for me, but I should not forget Graeme ;) Antonio -- Antonio Sanguigni alias slapshot -- GioveLUG (Linux User Group) - http://www.giovelug.org Edupup (Educational distro) - http://www.pieroni.biz/edupup ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TBitmapCanvas public
Coppola Ing. Salvatore wrote: Mattias Gärtner wrote: Zitat von Paul Ishenin webpi...@mail.ru: Coppola Ing. Salvatore пишет: Coppola Ing. Salvatore wrote: Hi, can the TBitmapCanvas be declared public (I mean before implementation) in the unit Graphics? I assume is NOT! No, assume silence as nobody remember why it is so and nobody have time to look :( Because there was never a reason to make it public. Private things can be changed easier. Why should it be made public? There are some Printer Preview such as PagePrinter based on Windows TMetafile and TMetafileCanvas. Replacing TMetafile with TBitmap and TMetafileCanvas with TBitmapCanvas with some little change they can works under Linux and other OS to. I do understand that a TMetafile needs a TMetafileCanvas and that it is therefore declared, however I don't see why a TBitmapCanvas is needed public when you have TBitmap. Marc ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Florian Klaempfl escreveu: Alexander Klenin schrieb: On Thu, Dec 11, 2008 at 20:16, Florian Klaempfl flor...@freepascal.org wrote: Alexander Klenin schrieb: I.e. my specific problem can be solved in SVN by creating a branch of TAChart component and giving me commit access to it, but then similar branch should be created for my patches to DBGrid, and yet another one for patches to SynEdit (both stalled for about a month now), etc. Obviously, this is not a scalable solution for many developers ;-) But isn't the problem that the patches don't get into the central repository? They will get there eventually. The key thing is that patches can be 'batched' for review/application and not spoon-fed one by one. This can be done with an svn branch as well? I'am rather sure the lazarus people give you write access to a branch if you ask. Yes. But other developers (like me) may want their branches that will require some admin effort (create branch, give access rights) from the main developers tree. With DVCS you start your own branch without incommode nobody. An real example: - i'm the developer of the Sqlite component shipped with fpc. - Previously i worked locally and send various fixes as a patch to the fpc team. They complained. - Then i started to send each change separately. So i was developing a change and then sending a patch separately. But i have other things to improve/fix and i had to wait to apply before i start another feature or fix. - my solution: i created a mirror in my svn repository ( http://code.google.com/p/luipack/source/browse/#svn/trunk/sqlite/dataset ) and i commit each change to my svn separately and then send the changes in order. The ugly part is that there's no way to create the patches directly from my svn i have to copy the files of a revision (if fpc is sync with rev 5, i copy rev 6) from my repository to the fpc repository then create a patch and sent. Them i wait to apply. Them i can do the same for rev 7. Very ugly. And this has a real advantage: if you just commit your changes to your local repository, the changes get lost if you disappear and nobody did pull them yet (this is also why we recommend to attach patches to bug reports, they won't get lost this way), the patches are lost. If they are in a svn branch, they aren't lost. You can publish your branch in the net. There are several free services that do that. Remember that are other DVCS than git. (git is bad because of your complex installation at windows) Luiz ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Luiz Americo Pereira Camara wrote: An real example: - i'm the developer of the Sqlite component shipped with fpc. Then maybe the best for you is to ask about write access to the SqlLite subtree of fpc trunk? Same for Alexander Klenin - if you need to update TAChart very often then ask about write access to svn/lazarus/trunk/components/tachart Best regards, Paul Ishenin. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote: Same for Alexander Klenin - if you need to update TAChart very often then ask about write access to svn/lazarus/trunk/components/tachart Yes, it can be a workaround for my particular case, so whom should I ask? In general, though, patch review is a good thing too -- e.g., while applying my latest patch to TAChart, Darius made a compatibility fix, which could be missed if the code went straight to trunk. -- Alexander S. Klenin Insight Experts Ltd. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
On Fri, Dec 12, 2008 at 01:32, Jesus Reyes jesus...@yahoo.com.mx wrote: If it gets applied it has to be temporal and as such, we need a patch for fpc also and another taking in count the patched fpc (but that can wait of course), if the fpc patch doesn't make it, it's unlikely the crack will be commited. Of course, see http://bugs.freepascal.org/view.php?id=12787 I did not produce the patch since it is trivial and will likely become outdated when the time will come to apply it. -- Alexander S. Klenin Insight Experts Ltd. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Drag, Dock and Layout
Hans-Peter Diettrich wrote: In my attempt to understand the drag/dock implementation of Lazarus, I came across some general questions. Is there a developer who is familiar with the current implementation of these things? Current implementation has been done by Marius, Mattias and me. 1. Model ... position, to adjust the drag image appropriately. Depending on DragKind, the target should have UseDockManager=True or react on DockOver for dkDock, or it should react on DragOver for dkDrag. The search for a It is not UseDockManager = True but DockSite = True . 2. Platform support --- 2.1 Determination of the component at the mouse position. This feature should be available on every platform, since the system itself must know which target window has to be notified of mouse events. Using this feature should allow to easily fill the white spots in the current determination of the dock site. Yes, this is available on all platforms. LCL gives apropriate functions to determine Control/WinControl at mouse position: - FindControlAtPosition - FindLCLWindow - FindLCLControl ... 2.2 Mouse capture Every platform should support kind of mouse capture, i.e. sending messages to a dedicated capture window, instead of informing the window under the mouse position. Information about active capturing and dragging should be stored in a dedicated place (Application object?), so that it can canceld easily and properly, whenever required. I dunno about the synchronization between the IDE and a debugger and debugged application, but I assume that there exists according communication, which should allow to properly cancel unrecoverable actions. This is available on win32, wince, gtk1, gtk2 and qt. Dont know about carbon but suspect that too. 2.3 Visual feedback Every platform should at least support mouse pointer shapes, for visual feedback about the actual target of a drag action. This primitive kind of feedback also requires no special management of temporary images on the screen, or in design state. More elaborated feedback can be added for platforms with better support for dragging operations (drag images etc.). Question is: how to deal with platform specific features in the LCL? Yes, every platform (except wince iirc) support different mouse pointers. This is already implemented. Also if you look at lcl\interfaces code you will find that DragImageList is implemented on most platforms (though not working perfectly on evert platform) and DrawDefaultDockImage is done on most platforms too. LCL uses DrawDefaultDockImage to draw dock frame. Another kind of standard support could use the hint-window mechanism, and drag around such a temporary window. Then the target of a dock operation only had to supply the dock zone (RECT), so that the dragged window can be properly resized and repositioned. This solution is really useful only with transparent windows, which do not hide the possible dock targets, both from the sight of the user, nor from the sight of the system in the determination of the drag target. Perhaps not a good idea? It is a problem to understand your idea at first :) 3. Dock zones - ... 3.1 Dock sites IMO dock sites could be implemented in dedicated container controls, which react on docking events at all. These controls also can implement support for floating themselves, e.g. as detachable frames or toolbars. Delphi compatibility will not be affected, but a choice of ready-to-use docking components can simplify the design of new Lazarus applications. Mattias already tried to do this with anchor-docking? 3.2 Dockable components IMO the docking of simple components is useful only at design time, when components are dropped from the toolbar onto a form. Docking at runtime can be restricted to forms and other floatable components, like toolbars or frames. Undocking of docked components requires that the structure of the docked components stays intact, i.e. forms or frames must be undocked in their original composition and framing. This forbids unpacking the components of a form, when the form is docked. When a form or frame instead is docked entirely, including a (small) title bar as in Delphi, every docked item can be restored exactly into it's previous appearance and behaviour, what currently simply is impossible. When the form is docked - it stay as form but loses titlebar and has parent - nothing else happen with it. On different platforms this achieved using different means. Dont understand what is currently imposible. 3.3 Determination of the docking position. I'll not go into details here, it's mostly a matter of implementation of the an docking manager. The default (tree) docking manager implementation lacks many docking features which can hardly be added, or even be made work, without a deep redesign of all related classes and other data types. What
Re: [Lazarus] Changed Compilers Options, Run, Build versus Build All
On Thu, Dec 11, 2008 at 11:08:27PM +0100, Mattias Gaertner wrote:
On Thu, 11 Dec 2008 22:33:21 +0100
Tom Verhoeff t.verho...@tue.nl wrote:
[...]
Here is another issue. When working on a program involving multiple
units, it may turn out that the Use AnsiStrings was not set
consistently.
Students are advised to enable this globally in the Compiler Options,
but they sometimes forget. Some (given/generated) units also contain
their own {$H+}, others don't.
Is this a student bug or an IDE bug?
Neither, it is a fact of life :-). It is a consequence of the fact
that units from different authors may have been made under different
assumptions. Some units are written with the assumption that they will
be compiled with -Sh, others do not make that assumption and include {$H+}
in the source.
When you change Compiler Options later, and then do Run, the relevant
unit may not be (re)compiled, because its source code did not change.
One is required to do a Build All first. But a beginner will not be
aware of this.
Yes, that's why the IDE adds -B when the compiler parameters changed
(except for search path changes). 0.9.26 has this feature. 0.9.24 not.
Is it possible to have the IDE suggest a Build All when doing Run,
if the Compiler Options were changed after the previous build?
It does.
Please provide an example, where it does not work.
Students are using 0.9.24 (mostly); the disk image with software for
their laptops is prepared in the summer. Having them upgrade later is
a cumbersome operation (and the ones that did, because they had problems
with their Lazarus installation, were bitten by various upgrade issues).
Thanks for the explanation. This is an incentive to consider an upgrade.
Tom
--
E-MAIL: T.Verhoeff @ TUE.NL | Dept. of Math. Comp. Science
PHONE: +31 40 247 41 25| Technische Universiteit Eindhoven
FAX:+31 40 247 54 04| PO Box 513, NL-5600 MB Eindhoven
http://www.win.tue.nl/~wstomv/ | The Netherlands
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TAChart: Request to review/apply patch 12758
Alexander Klenin schreef: On Fri, Dec 12, 2008 at 01:32, Jesus Reyes jesus...@yahoo.com.mx wrote: If it gets applied it has to be temporal and as such, we need a patch for fpc also and another taking in count the patched fpc (but that can wait of course), if the fpc patch doesn't make it, it's unlikely the crack will be commited. Of course, see http://bugs.freepascal.org/view.php?id=12787 I did not produce the patch since it is trivial and will likely become outdated when the time will come to apply it. Why would it become outdated? Reviewing and commtting an IFDEF should not take too long, if you have tested both 2.2.2 and 2.3.1. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Mouse Link in SynEdit (only link-able items)
On Fri, Dec 12, 2008 at 02:12, Martin Friebe laza...@mfriebe.de wrote: Alexander Klenin wrote: So if you have time and expertise, please read the mail threads mentioned in the bug report and provide me with insight ;-) I'll look further into it. A few things: - GetHighlighterAttriAtRowColEx may not be the best idea. It can be quite useful to be able to click on words in comments to. (Which works at current). Indeed, I missed that. - The highlighter is overall not the best solution to find linkable text. Because even a valid bit of code, may be unresolvable to codetools. Another way would be to ask codetools them self. Similar like SynEdit calls SourceEditor, which calls SourceNoteBook and then MainIDE.OnSrcNoteBookClickLink line 2952 in ide/main.pp ( see also line 1778: SourceNotebook.OnClickLink := @OnSrcNoteBookClickLink; ) Now _that_ is what I wanted to hear when I started the original thread ;-) Good idea, I attached a new version of patch to the http://bugs.freepascal.org/view.php?id=12785. I should note that I was horrified by the amount of glue code needed to route an event through main form, source notebook, source editor and SynEdit. -- Alexander S. Klenin Insight Experts Ltd. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TBitmapCanvas public
2008/12/12 Marc Weustink m...@dommelstein.net Coppola Ing. Salvatore wrote: Mattias Gärtner wrote: Zitat von Paul Ishenin webpi...@mail.ru: Coppola Ing. Salvatore пишет: Coppola Ing. Salvatore wrote: Hi, can the TBitmapCanvas be declared public (I mean before implementation) in the unit Graphics? I assume is NOT! No, assume silence as nobody remember why it is so and nobody have time to look :( Because there was never a reason to make it public. Private things can be changed easier. Why should it be made public? There are some Printer Preview such as PagePrinter based on Windows TMetafile and TMetafileCanvas. Replacing TMetafile with TBitmap and TMetafileCanvas with TBitmapCanvas with some little change they can works under Linux and other OS to. I do understand that a TMetafile needs a TMetafileCanvas and that it is therefore declared, however I don't see why a TBitmapCanvas is needed public when you have TBitmap. OK I will try to understand better TBitmap Thanks Salvatore Marc ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Italian users
2008/12/11 Antonio Sanguigni a.sangui...@gmail.com Here's another one :-) , but programming it's for sure not a job for me :-[ , just an hobby so this list it's enought (very interesting whit such Professors like Mattias Michael Vincent Felipe Marc Paul Jesus Joost Florian Micha and sorry if I forgot someone! :-) ) Same for me, but I should not forget Graeme ;) Yes sorry, with all is clones (at least 20) [?] Salvatore Antonio -- Antonio Sanguigni alias slapshot -- GioveLUG (Linux User Group) - http://www.giovelug.org Edupup (Educational distro) - http://www.pieroni.biz/edupup ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus 328.png___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
