En/na Florian Klaempfl ha escrit:
I don't think that a completetly dynamic layouted dialog is possible.
IMO buttons should have a reasonable width for all languages, if a
buttons needs a deeper explanation, use a tooltip.
You could also shrink/enlarge the font size to fit the available space.
On Tue, 18 Aug 2009 07:23:22 +0200
Marco van de Voort mar...@stack.nl wrote:
On Mon, Aug 17, 2009 at 04:08:30PM +0200, Mattias G??rtner wrote:
I think this discussion is somewhat fuzzy.
There are several help sources, each with their own problems. Here
are the most prominent:
1. the
On Tue, 18 Aug 2009, Mattias Gaertner wrote:
On Tue, 18 Aug 2009 07:23:22 +0200
Marco van de Voort mar...@stack.nl wrote:
On Mon, Aug 17, 2009 at 04:08:30PM +0200, Mattias G??rtner wrote:
I think this discussion is somewhat fuzzy.
There are several help sources, each with their own
Hi,
Two questions...
1. Why is the TNoteBook component used for editor pages instead of the
TPageControl. I thought the TPageControl was preferred component in
applications?
2. Why doesn't the TNoteBook component have a TabPosition property? I
wanted to modify my Lazarus IDE so that the
Vincent Snijders wrote:
What does this have to do with wide screen monitors?
Even if unit names are long, which would make the tabs long, with a wide
screen you should still have screen space to resize your editor to your
comfortable size.
Have long unit names, only a few tabs fit the
Graeme Geldenhuys wrote:
2. Why doesn't the TNoteBook component have a TabPosition property? I
Looking at the GTK documentation, it seems the GTK Notebook component
does have a property to position it's tabs.
http://library.gnome.org/devel/gtk/unstable/GtkNotebook.html
void
Graeme Geldenhuys schreef:
Vincent Snijders wrote:
What does this have to do with wide screen monitors?
Even if unit names are long, which would make the tabs long, with a wide
screen you should still have screen space to resize your editor to your
comfortable size.
Do you claim, that
Vincent Snijders wrote:
Graeme Geldenhuys schreef:
Hi,
What could be a solution so we can position the tabs in the editor.
With wide screen monitors, it will be much more beneficial to have
the tabs on the right edge compared to the default top. No scroll (or
much less scrolling) of tabs
Graeme Geldenhuys wrote:
Vincent Snijders wrote:
Do you claim, that with a normal screen, there is not enough space to
put the tabs vertical (on the left) and then you have to scroll
vertically?
I quickly hacked my IDE to show what I mean.
On Tue, 18 Aug 2009, Martin wrote:
Vincent Snijders wrote:
Graeme Geldenhuys schreef:
Hi,
What could be a solution so we can position the tabs in the editor. With
wide screen monitors, it will be much more beneficial to have the tabs on
the right edge compared to the default top. No
Martin wrote:
That wouldn;t work for windows, because tabs are ratoted by 90 degree
(verical text) if you put them on the side
I did a Google search and found the following. So it must be possible -
it probably just needs some extra settings.
The application configuration in vs 2005 beta
Martin wrote:
Maybe he should have a look at
http://bugs.freepascal.org/view.php?id=13930 that may help him.
I already have that plugin and have used it for a while. That is
probably the second best option available. And I really like the
drag-to-reorder feature of that plugin!
If
Graeme Geldenhuys schreef:
Michael Van Canneyt wrote:
If you right-click the tabs, you get a list of available tabs and you
can switch to the tab you want by selecting it. What more do you need
?
Apparently that is only available to the lucky few that use the GTK2
widgetset. As far as I
On Tue, 18 Aug 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
If you right-click the tabs, you get a list of available tabs and you
can switch to the tab you want by selecting it. What more do you need
?
Apparently that is only available to the lucky few that use the GTK2
Hi every body
I'm working with the french version of LAZEReport and I have a problem with the
printing in vertical of a column header. Is that possible ? I select my field
and then click on the icon hinted 'Normal Text/90°'. I see that the icon is
selected and in the F11 window, it appears too.
Michael Van Canneyt wrote:
Like I said: If you have sufficiently open files, you'll get to a point
where you no longer can show them all.
True. Luckily my personal usage I normally don't go over 15 open files.
Happens faster than you think. So your hack will work for another 15 files
or
Vincent Snijders wrote:
Oh, I thought it was only one extra click.
As per a very unofficial study, the avg. programmer does 6000+ left
clicks and 2500+ right clicks per day! So that will actually work out to
be a lot more that one extra click per day. ;-)
I would expect to be able to
Graeme Geldenhuys schrieb:
If docking was supported in Lazarus IDE, I would continue using that
again, and hide the editor tabs (new option in Environmont Editor).
I made an prototype for an multi-window docking editor
(examples/dockmanager/easyedit). Every page can be detached by dragging
Graeme Geldenhuys wrote:
Martin wrote:
Maybe he should have a look at
http://bugs.freepascal.org/view.php?id=13930 that may help him.
I already have that plugin and have used it for a while. That is
probably the second best option available. And I really like the
drag-to-reorder feature
Hi,
Many times I am working with large classes that are much bigger than
what is visible in the editor view. Is there any way the tooltip shown
over a property or method can include visibility information?
That way I can simply hover the move over a method or property and see
if it is
On Tue, 18 Aug 2009, Graeme Geldenhuys wrote:
Hi,
Many times I am working with large classes that are much bigger than what is
visible in the editor view. Is there any way the tooltip shown over a
property or method can include visibility information?
That way I can simply hover the move
On Tue, 18 Aug 2009 16:23:32 +0100
Martin laza...@mfriebe.de wrote:
Graeme Geldenhuys wrote:
Hi,
Many times I am working with large classes that are much bigger
than what is visible in the editor view. Is there any way the
tooltip shown over a property or method can include visibility
Mattias Gaertner wrote:
A path information would indeed be nice. Especially if you are in a
nested procedure.
The statusbar has not enough space for this.
What about the code explorer?
A node can be added showing a list of quick jumps.
For example when you are in a nested procedure, it can show
Mattias Gaertner wrote:
Graeme Geldenhuys wrote:
Hi,
Many times I am working with large classes that are much bigger
than what is visible in the editor view. Is there any way the
tooltip shown over a property or method can include visibility
information?
That way I can simply hover the
Mattias Gaertner wrote:
On Tue, 18 Aug 2009 17:18:25 +0100
Martin laza...@mfriebe.de wrote:
I can't get a screenshoot, because hints disapear on keyboard.
but if you haver over Synedit. create (in the class declaration),
several of the ancestor methods are listed in a single paragraph,
On Tue, 18 Aug 2009 17:42:44 +0100
Martin laza...@mfriebe.de wrote:
Mattias Gaertner wrote:
On Tue, 18 Aug 2009 17:18:25 +0100
Martin laza...@mfriebe.de wrote:
I can't get a screenshoot, because hints disapear on keyboard.
but if you haver over Synedit. create (in the class
On Tue, 18 Aug 2009 17:18:25 +0100
Martin laza...@mfriebe.de wrote:
Mattias Gaertner wrote:
Graeme Geldenhuys wrote:
Hi,
Many times I am working with large classes that are much bigger
than what is visible in the editor view. Is there any way the
tooltip shown over a property
Mattias Gaertner wrote:
Hm, but there are some new lines, so the ability to show new lines is
there. There are about 5 or 6 ancestor classes with Create, after
the first is a new line, then all in one single block, and another
new line in front of the last.
Looks like maybe the 2 with the
On Tue, 18 Aug 2009, Marco van de Voort wrote:
On Tue, Aug 18, 2009 at 10:08:49AM +0200, Michael Van Canneyt wrote:
Since a few weeks as CHM too.
Ok. But how can the IDE tell the chmviewer to show the page for the
keyword 'procedure'?
Currently it can't, since the keywords are not part
2009/8/18 Michael Van Canneyt mich...@freepascal.org:
Combining this with some of your other posts, I'd say you're in dire need of
a bigger monitor. Laptops are no good for serious development :-)
My daily work gets done on a desktop PC with 1440x900 resolution LCD
display. At least it's much
2009/8/18 Martin laza...@mfriebe.de:
While not as nice, there is a way.
right click the fold gutter (assuming you have folding at class-sections
enabled)
I know about that feature and use it often. I think it was added per
my request. ;-)
That popup menu works very well to find out what
2009/8/18 Mattias Gaertner nc-gaert...@netcologne.de:
Implemented in 21283.
You are a star! :-) I'll give it a try tomorrow at work.
A path information would indeed be nice. Especially if you are in a
nested procedure.
The statusbar has not enough space for this.
+1 on both counts.
2009/8/18 Martin laza...@mfriebe.de:
I use it all the time, because SynEdit is rather huge too. So it's the
quickest way to know if something is public or whatever.
Excellent!
IMHO with large, even medium classes, being able to fold away for example
the private part is a good thing anyway.
Dear Mattias,
I think that is related to how lazarus manage opengl. I tried another
example with TOpenGLControl and I get the same behaviour.
I put a TOpenGLControl on a form then I just copied a piece of code
(from the example on TOpenGLControl in Components/Examples) in order to
draw a cube
On Tue, 18 Aug 2009 23:29:54 +0200
Andrea Mauri andrea.mauri...@gmail.com wrote:
Dear Mattias,
I think that is related to how lazarus manage opengl.
I cannot really confirm this. My code works fine with or without compiz. But I
must admit that I see the same resize problems you do when I use a
35 matches
Mail list logo