Re: [Lazarus] Another icons for Lazarus
Stephen Dickason wrote: Project icon could be cheetah, but not sure how to put into 16x16. Not sure if it is used already for something else. Like this ? -- Any sufficiently advanced technology is indistinguishable from magic - Clarke's law Any technology that is distinguishable from magic is insufficiently advanced -Gehm's corollary Any technologist that is distinguishable from a magician is insufficiently advanced - My corollary The worlds worst webcoming: http://silentcoder.co.za/scartoonz The worlds best cybercafe manager: http://outkafe.outkastsolutions.co.za inline: cheatah16.pngbegin:vcard fn:AJ Venter n:Venter;AJ org:Global Pact Trading Pty. Ltd.;OutKast Solutions email;internet:[EMAIL PROTECTED] title:Director of Product Development tel;work:+27 21 554 5059 tel;fax:+27 21 413 2800 tel;cell:+27 83 455 9978 url:http://www.outkastsolutions.co.za version:2.1 end:vcard
Re: [Lazarus] Another icons for Lazarus
I think that it is not easy to draw a project and that the other applications did not find! The exe idea is good, I see ! cheetah is very difficult to 16x16 ( Venter it is a cat ? :D ) -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
[lazarus] More icons
For the menu ! -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php attachment: menu_project_todo.pngattachment: Menu_project_viewsource.pngattachment: menu_select_ancre.pngattachment: menu_select_line.pngattachment: menu_view_objectinspector.png
Re: [Lazarus] Another icons for Lazarus
Umm I don't think small icons with few pixels are very amenable to the rendering furry, albeit cute, animals. Good job though :-) Bruce A.J. Venter wrote: Stephen Dickason wrote: Project icon could be cheetah, but not sure how to put into 16x16. Not sure if it is used already for something else. Like this ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] Another icons for Lazarus
Project icon could be cheetah, but not sure how to put into 16x16. Not sure if it is used already for something else. Like this ? Was actually thinking of miniaturized Lazarus logo. Sort of same line of thinking as Delphi - but I've only got version 2 so not sure how accurate that is. I just checked now, the Delphi program icon was the building, the program icon had a flame and flame holder over the right side of it. *--- This E-Mail may contain confidential and/or privileged information. It is only intended for the use of the addressee indicated in this message. If you are not an intended addressee of this email (or responsible for delivery of the message to such person), the disclosure, copying or delivering of the contents of this email to anyone else is strictly prohibited and may be unlawful. If you receive this e-mail by mistake destroy the message and please notify us immediately by e-mail, [EMAIL PROTECTED] Information or opinions in this message that do not relate to the business of ELCB Information Services shall be treated as neither given or endorsed by it. *--- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] Another icons for Lazarus
wile64 wrote: I think that it is not easy to draw a project and that the other applications did not find! The exe idea is good, I see ! cheetah is very difficult to 16x16 ( Venter it is a cat ? :D ) I agree that it is difficult to draw cheetah in 16x16 - but a cheetah IS a cat ;) trust me on this, I live in Africa :p -- Any sufficiently advanced technology is indistinguishable from magic - Clarke's law Any technology that is distinguishable from magic is insufficiently advanced -Gehm's corollary Any technologist that is distinguishable from a magician is insufficiently advanced - My corollary The worlds worst webcoming: http://silentcoder.co.za/scartoonz The worlds best cybercafe manager: http://outkafe.outkastsolutions.co.za begin:vcard fn:AJ Venter n:Venter;AJ org:Global Pact Trading Pty. Ltd.;OutKast Solutions email;internet:[EMAIL PROTECTED] title:Director of Product Development tel;work:+27 21 554 5059 tel;fax:+27 21 413 2800 tel;cell:+27 83 455 9978 url:http://www.outkastsolutions.co.za version:2.1 end:vcard
RE: SPAM??- Re: [Lazarus] Another icons for Lazarus
Project icon could be cheetah, but not sure how to put into 16x16. Not sure if it is used already for something else. *--- This E-Mail may contain confidential and/or privileged information. It is only intended for the use of the addressee indicated in this message. If you are not an intended addressee of this email (or responsible for delivery of the message to such person), the disclosure, copying or delivering of the contents of this email to anyone else is strictly prohibited and may be unlawful. If you receive this e-mail by mistake destroy the message and please notify us immediately by e-mail, [EMAIL PROTECTED] Information or opinions in this message that do not relate to the business of ELCB Information Services shall be treated as neither given or endorsed by it. *--- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] Another icons for Lazarus
On 19/09/2007, A.J. Venter [EMAIL PROTECTED] wrote: I agree that it is difficult to draw cheetah in 16x16 - but a cheetah IS a cat ;) trust me on this, I live in Africa :p Not always A.J.! It can be a rugby team too! ;-) Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[Lazarus] freepascal highlighting
Why is freepascal highlighting just blue, with no code shrinking (not sure what you call it) like the Delphi highlighting? Or may be version 0.9.22 is a bit old? *--- This E-Mail may contain confidential and/or privileged information. It is only intended for the use of the addressee indicated in this message. If you are not an intended addressee of this email (or responsible for delivery of the message to such person), the disclosure, copying or delivering of the contents of this email to anyone else is strictly prohibited and may be unlawful. If you receive this e-mail by mistake destroy the message and please notify us immediately by e-mail, [EMAIL PROTECTED] Information or opinions in this message that do not relate to the business of ELCB Information Services shall be treated as neither given or endorsed by it. *--- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] freepascal highlighting
On Wed, 19 Sep 2007, Stephen Dickason wrote: Why is freepascal highlighting just blue, with no code shrinking (not sure what you call it) like the Delphi highlighting? Or may be version 0.9.22 is a bit old? What is 'shrinking' ? Do you mean code folding ? 0.9.23 definitely has code folding. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [Lazarus] freepascal highlighting
Why is freepascal highlighting just blue, with no code shrinking (not sure what you call it) like the Delphi highlighting? Or may be version 0.9.22 is a bit old? What is 'shrinking' ? Do you mean code folding ? 0.9.23 definitely has code folding. Michael. Probably code folding - the selective hiding of lines of code between begin and end - it does this in 0.9.22, I was just looking at a badly formatted source code that didn't close comments - sorry. Are comments nestable? I would like to see this code folding extended to procedure/function/try blocks. Reducing multiple blank lines between folded sections to nothing and multiple blank lines above and below to single lines. Maybe also a block level number. Is currently difficult when two blocks start on the same line to close the bigger level. Don't know if this is done already. I also battle with selecting lines without creating breakpoints - have to carefully position over bevel at start of line. Stephen *--- This E-Mail may contain confidential and/or privileged information. It is only intended for the use of the addressee indicated in this message. If you are not an intended addressee of this email (or responsible for delivery of the message to such person), the disclosure, copying or delivering of the contents of this email to anyone else is strictly prohibited and may be unlawful. If you receive this e-mail by mistake destroy the message and please notify us immediately by e-mail, [EMAIL PROTECTED] Information or opinions in this message that do not relate to the business of ELCB Information Services shall be treated as neither given or endorsed by it. *--- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [Lazarus] freepascal highlighting
On Wed, 19 Sep 2007 11:33:09 +0200 Stephen Dickason [EMAIL PROTECTED] wrote: Why is freepascal highlighting just blue, with no code shrinking (not sure what you call it) like the Delphi highlighting? Or may be version 0.9.22 is a bit old? What is 'shrinking' ? Do you mean code folding ? 0.9.23 definitely has code folding. Michael. Probably code folding - the selective hiding of lines of code between begin and end - it does this in 0.9.22, I was just looking at a badly formatted source code that didn't close comments - sorry. Are comments nestable? I would like to see this code folding extended to procedure/function/try blocks. Reducing multiple blank lines between folded sections to nothing and multiple blank lines above and below to single lines. Maybe also a block level number. Is currently difficult when two blocks start on the same line to close the bigger level. Don't know if this is done already. I also battle with selecting lines without creating breakpoints - have to carefully position over bevel at start of line. Stephen The current code folding is defined by the highlighter. Multiple starts/ends in a single line is no problem, although it becomes more difficult for the user. Nested comments in the highlighter is a simple flag. It is enabled as default, because the default pascal mode of lazarus is objfpc. But the highlighter does not yet parse for mode directives, nor does the IDE yet init the flag for Delphi mode sources. You are welcome to send a patch for the highlighter (TSynPasSyn) to add more code fold block types for try/procedure/function blocks. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Supporting Visual Form Inheritance in a GUI Designer
On Tue, 18 Sep 2007 23:01:24 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 18/09/2007, Michael Van Canneyt [EMAIL PROTECTED] wrote: * How does it track changes made to components implemented in the parent class? It does not yet. I already have some experimental code for this, but it needs completion and integration into the IDE. The MSEGUI seems to use its property hooks and always streams the complete form, which works good for small forms and normal property editors. ? How can this work ? I'm also a bit lost... :) Then again, I haven't had a look at the MSEGUI code yet. I didn't look at the code in detail and I tested in some months ago, so maybe it works different nowadays: To recognize changes, you can either use hooks (i.e. OnChange events) or check regularly all properties for changes. This includes the custom properties (DefineProperties), which can only be read/written by TReader/TWriter. A big problem is to get the default values. The easiest way (and the slowest) is to simply use TWriter to read all values. (TWriter is slow, because it uses a lot of linear searches). And the easiest way (and the slowest) to apply the changes to a descendant is to recreate it (TReader uses lots of linear searches too). This way you get the correct default values and read the ancestor streams in the right order. Of course you must make sure, that before any ancestor is changed, all descendants are written first (in memory). This can be easily done by writing everytime a form changed. AFAIK MSEGUI is clever enough to enable this mechanism only when there are an ancestor and a descendant open at the same time. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] LazDE documentation editor won't build HTML file
Michael Van Canneyt schreef: On Fri, 31 Aug 2007, Chris Kirkpatrick wrote: I am trying to use LazDE (documentation editor) to construct an HTML file based on a recently edited XML documentation file. All tools including LazDE and Lazarus built from latest SVN. Mepis32 v6.5 (a variant of debian linux) Intel Pentium4 with 512 MB memory. I (consistently) get the following output - needless to say, 'Documentation was NOT successfully built'! Building docs using command: fpdoc --package=lcl --output=/home/kirkpatc/FreePascal/doc.tmp/ --format=html --content --descr=/home/kirkpatc/FreePascal/lazarus/docs/xml/lcl/controls.xml --input=/home/kirkpatc/FreePascal/lazarus/lcl/controls.pp FPDoc - Free Pascal Documentation Tool Version 2.3.1 [2007/08/27] (c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, [EMAIL PROTECTED] An unhandled exception occurred at $08075A88 : EFOpenError : Unable to open file /home/kirkpatc/FreePascal/lazarus/docs/xml/lcl/controls.xml $08075A88 $080D16DE $0809C475 $080492C2 $08049901 Documentation successfully built. Any suggestions? Yes, the quotes around the filename should not be there. On windows, how will fpdoc handle files in directories with spaces, like c:\document and settings\Vincent\etc ? Maybe fpdoc should be fixed instead of lazde? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
A.J. Venter ha scritto: However I was thinking to something of the sort of the Kdevelop project icon, but with two gears instead of one. Also Qt Designer uses the same approach. I include the two samples, for your inspiration (or further reject). These are the SAME icons used in KDE for the 'executable' or very close to it at least. Clearly they stopped thinking at the point I passed through (that a project produces an executable) - but I still think a project is what an executable is MADE from - not the executable itself. Since my icon idea was considered too complex for 16x16 I would propose that we DO use the gear - but let's take it a step further - and try to convey the concept of what an executable is made from. Now if the exe is a gear... I see two instant ideas in my head. The first is a wireframe gear - e.g. just an outline. The only question is whether it will remain recognizeable at small sizes. The next is to split the gear into parts. A pie-sliced gear if you will. Too many slices would make it look like a piechart icon though - so perhaps we should just neatly cut it into two. Voila - we have PIECES that when combined can produce and EXECUTABLE - better than that I cannot represent the idea of a project. I created a quick sample from my KDE icons - but I would suggest if we adopt the idea that we do a proper one in Lazarus look/feel. If splitting it in *three* instead of two still retains the gear shape, and doesn't look like a pie chart in a 16x16 pixel image, it would convey more effectively the idea of many. Sort of basic numbering system: one, two, many :-) Giuliano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Default project source code.
A call for opinion on
http://www.freepascal.org/mantis/bug_view_advanced_page.php?bug_id=9605
A *.lpr file opens with
uses
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Interfaces, // this includes the LCL widgetset
Forms,
{ add your units here }
This suggests that you should add unit names manually here. This is difficult
at best because the syntax must be exact, forms must be included, etc.
At worst, doing this probably leads to errors because the *.lpi file
is not modified accordingly.
Suggestions
1) Remove it completely
2) Replace it by:
{ Do NOT add units manually here. Use: Project/Add editor file to project. }
3) Change nothing
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Default project source code.
On Wed, 19 Sep 2007, Vincent Snijders wrote:
A call for opinion on
http://www.freepascal.org/mantis/bug_view_advanced_page.php?bug_id=9605
A *.lpr file opens with
uses
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Interfaces, // this includes the LCL widgetset
Forms,
{ add your units here }
This suggests that you should add unit names manually here. This is difficult
at best because the syntax must be exact, forms must be included, etc.
At worst, doing this probably leads to errors because the *.lpi file
is not modified accordingly.
Suggestions
1) Remove it completely
This is the best. It avoids confusion. As long as the user is allowed to
change it if he needs it...
Michael.
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Default project source code.
On 19/09/2007, Vincent Snijders [EMAIL PROTECTED] wrote:
Interfaces, // this includes the LCL widgetset
Forms,
{ add your units here }
This suggests that you should add unit names manually here. This is difficult
at best because the syntax must be exact, forms must be included, etc.
At worst, doing this probably leads to errors because the *.lpi file
is not modified accordingly.
I can see where Flanders was going with this, but it's not really a
big deal I think. First of all, if the units are missing from the .lpi
file, the project still compiles. A few things might not work like the
IDE knowing when a file has changed to recompile.
On the other hand (if I remember correctly), having all the units
mentioned in that uses clause, the compiler throws Hints that those
units are not used in that file, which is why I tend to delete any
unnecessary units from that uses clause.
But I agree with one part. I still use the 'add editor file to
project' option and then manually delete the entry from uses clause.
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
Another projects models. -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php attachment: project3.pngattachment: project4.pngattachment: project6.png
Re: [lazarus] Another icons for Lazarus
I like the project4.png image. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
Graeme Geldenhuys пишет: I like the project4.png image. Me too. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Default project source code.
Zitat von Michael Van Canneyt [EMAIL PROTECTED]:
On Wed, 19 Sep 2007, Vincent Snijders wrote:
A call for opinion on
http://www.freepascal.org/mantis/bug_view_advanced_page.php?bug_id=9605
A *.lpr file opens with
uses
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Interfaces, // this includes the LCL widgetset
Forms,
{ add your units here }
This suggests that you should add unit names manually here. This is
difficult
at best because the syntax must be exact, forms must be included, etc.
At worst, doing this probably leads to errors because the *.lpi file
is not modified accordingly.
Suggestions
1) Remove it completely
This is the best. It avoids confusion. As long as the user is allowed to
change it if he needs it...
Newbies tend to add their units at start, which should be avoided.
Maybe the comment should be replaced with 'add your units behind here'?
Mattias
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
RE: SPAM??- Re: [Lazarus] Another icons for Lazarus
Return Receipt Your RE: SPAM??- Re: [Lazarus] Another icons for Lazarus document : was Sergei Kostigoff/Sergei Kostigoff received by: at: 19/09/2007 19:56:47 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
wile64 a écrit : Another projects models. -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php Hello, good work wile, icones its fun ! _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] More icons
wile64 wrote: For the menu ! menu_view_objectinspector.png Cool Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
