Lee Jenkins schrieb:
Graeme's recent post made me wonder if there is been work or talk of work on
implementing Live Templates like Delphi has?
My experience with Live Templates: they are nice to use, but so hard to
write properly, that no user will ever try to write a template himself.
Then
Martin Friebe schrieb:
2) Find in files, Messages and Code observer should be merged together,
with interface most resembling Find in files
IMHO, this (point 2) would be even more a specialization. Also I can't
see how those 3 relate at all.
They can use the same Search Results window
Graeme Geldenhuys schrieb:
Yes, documentation is good.
But it is well-known fact that users do not read documentation ;-)
Exactly why I decided on using animated gifs. User only needs to view
them and not read content to get the idea of a feature. :)
Users who don't want to waste time with
Alexander Klenin schrieb:
All floating windows should be dockable. We have already a docking
manager. The missing part is to finish the save/restore of the layout.
I started to look at fixing save/restore once, but dropped it since docking
is being rewritten by Hans-Peter Diettrich
Graeme Geldenhuys schrieb:
The problem with Code Explorer and FPDoc Editor type windows is
that they use processing power as you navigate or switch units.
Apropos switch units: who made the editor tab shifting almost useless?
IMO the scroll buttons should scroll the editor tabs by pages, not
Mattias Gärtner schrieb:
I plan more tools like the code browser - that scans whole source
trees and need two or three hundred megabytes. But these tools will
not be invoked by default and they share the same memory.
The code explorer can be seen as the map in a master-detail view. Then
Alexander Klenin schrieb:
IMO the scroll buttons should scroll the editor tabs by pages, not
activate the next left/right tab.
I prefer the current way. I guess that depends on the number of
units opened a once -- I usually try not to have too many.
Unit Controls plus the *.inc files does
Leslie Kaye schrieb:
Pleas do not have docking in the UI!!! It might look cool bot it is a
pain to use and program.
Program what?
Windows accidentally un-dock and attach to your mouse then end up
anywhere so you spend ages trying to get it back to how it was.
This happens only with the
Mattias Gaertner schrieb:
So the remaining question is: How to assign unique names to
dynamically created components? Does there exist an immediately
usable method or function?
Empty names seem to be harmless, but every attempt to assign an
non-empty and already used name to a component
Gabor Boros schrieb:
I always use the variable's name to component name.
var
MyLabel15:TLabel;
begin
MyLabel15:=TLabel.Create(Self);
MyLabel15.Name:='MyLabel15';
end;
Exactly this code will cause an exception, when the procedure is called
more than once - as I need it to
Vincent Snijders schrieb:
Exactly this code will cause an exception, when the procedure is called
more than once - as I need it to create multiple floating controls.
Why do you want to give the controls names?
Names are convenient to identify floating windows (label title bars) or
docked
Gerard N/A schrieb:
Nonetheless there should exist a method, at least in the form designer,
for creating unique names. Where is it?
Have a look at function TCustomFormEditor.CreateUniqueComponentName in
ide\customformeditor.pp
Thanks :-)
DoDi
Bart schrieb:
I'm not even sure that Extended has the same size on all platforms.
What size might it have, other than the FPU defined size?
If you need to read those records, created with Delphi/Kylix now on
MacOS and you cannot solve how to declare your record, you could as a
last resort
On Win32 every component (at least control) gets an unique Name on
creation. On Linux a dynamically created control has an empty name.
Is this a Lazarus or FPC problem?
I could not trace down to the point where the name is assigned in win32,
because Lazarus denies setting an breakpoint on
The TWinControl.DoKeyDownBeforeInterface method seems never to be called?
At least on on Linux/gtk2...
DoDi
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
闫程远 schrieb:
nonono,i didn't mean that. i was considering why the inputbox TEdit
losts its focus,even if i setfocus.
the lost of focus make me mad because when the dropdownform is shown,i
have to click the TEdit and begin typing again and again.
Untested: Try to make the old *form* Active,
Gabor Boros schrieb:
Dynamically created components have empty name after creation on Win32
too. This thing is true for Delphi too. This is normal I think.
Right, I was misleaded by different settings in my various test
projects. Only forms get an unique name, and this works in Lazarus as
Roland Turcan schrieb:
BB How is HeaderLen declared ?
Stream.Read (HeaderLen, SIZEOF (HeaderLen));
where information header's length is stored into binary.
The you should verify that HeaderLen = SizeOf(FHeader), before
Stream.Read (FHeader, HeaderLen);
Otherwise this statement will
Roland Turcan schrieb:
TYPE TMyObject =class
private
FHeader:TSomeHeader;
FItems :TSomethingArr;
...
FUNCTION TMyObject.LoadFromStream (Stream:TStream):BOOLEAN;
...
SetLength (FItems, 0); //!! for testing only -- this line works
Graeme Geldenhuys schrieb:
You would need to know at least what is the exchange rate for a given
conversion.
And the currency type and the rounding method use (maybe even per
currency) and the preferred decimal numbers used (again maybe per
currency) etc...
Monetary calculations often are
Felipe Monteiro de Carvalho schrieb:
So I couldn't resist to add some criticism about the current LCL
implementation. Any comments are welcome :-)
I think you should be more specific if you want to do a criticism. In
the way you put it one can have no idea what exactly you are taking
I've started documentation about dragging, with the first part
(drag-drop) here:
http://wiki.lazarus.freepascal.org/LCL_Drag_Drop
This page shall explain general principles behind dragging, one or more
pages about docking will follow.
My research started in Delphi 2.0, where only drag-drop is
Graeme Geldenhuys schrieb:
I can't agree more... We have had this exact same issue in our company
(before I arrived). They hired cheap (inexperienced) developers that
caused havoc in the code. They make the GUI seem fine for a while, but
underneath the design (if there actually was a design)
Graeme Geldenhuys schrieb:
Yes, but beware the some of them got merges from trunk afterwards.
For instance, lazarus_0_9_26_2 is based on 18716, and r18269 got merged
resulting in r18898. So you cannot simpy use r18898 for the tag.
I noticed that... Doesn't that defeat the point of
Now an extended docking model and a new docking manager has been tested
and partially integrated into the LCL. The new model extends the flawed
Delphi model, without breaking compatibility. Full integration and
fixing of related issues (widgetset?) deserve some discussion. See
uploads for
Graeme Geldenhuys schrieb:
The difference between tags and branches does only exist in the naming
convention, nothing more.
Now I'm starting to appreciate Linus's talk about Git at Google Talk.
SubVersion really has a brain-dead design. ;-)
SubVersion had to be compatible with the old
Graeme Geldenhuys schrieb:
I thought this was known:
http://wiki.lazarus.freepascal.org/DesignGuidelines
This is the first I here of this.
Me 2.
I have used FPC since 2.0.2 under Linux and Windows and haven't had
any issues. I limit the usage of interface uses clause as much as
Reenen Laurie schrieb:
Just a note: some people think that units can be compiled in one pass -
this is not true. The compiler must stop on every Uses clause, and
So .exe's should be (much) smaller if your uses units are put mostly
in implementation
No, that's not related at all.
If we
Mattias Gaertner schrieb:
Now we can go on-topic: While FPC already supports true unit alias,
Lazarus (code completion...) cannot handle unit1B in your example :-(
Have you updated to svn 19249?
I've just updated to svn 19273, and the problem persists.
Though, Lazarus says SVN 19172 in the
dmitry boyarintsev schrieb:
why aliases units names are required?
E.g. when you have multiple third-party units of the same name.
DoDi
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
From a discussion I want to present this idea:
FPC (and Delphi) could extend the Uses syntax to
USES unitname [IN filename] [AS identifier]
The optional AS part would allow to create an alias (shortcut...) for
units of possibly conflicting (same) name. IMO a simple implementation
of the
Michael Van Canneyt schrieb:
Is there a reason why ClipBoard.HasFormat() is so slow ?
Putting a call to ClipBoard.HasFormat() in an OnUpdate handler of an action
coupled to a toolbutton, seriously slows down an application, to the point
of being unusable. If I comment out the call, the
David W Noon schrieb:
Windows allows to change the font size (DPI) at any time, and most other
systems have similar capabilities. Since Delphi has its roots in
Windows, this definition also should apply to FPC/Lazarus.
The *point size* of the font has nothing whatsoever to do with the DPI
Flávio Etrusco schrieb:
What is the function of being able to add methods to records?
Not much, I agree, given the existence of objects. It would be better to do
that
instead of introducing 'object' keyword, but that decision was made
back in the days
of Borland Pascal.
Indeed, not
Graeme Geldenhuys schrieb:
HasNext() Returns true if the collection has more items
when traversing the collection in the forward
direction.
This (and the Peek methods) require that the collection is organized
strictly sequential, for Previous in
Alexander Klenin schrieb:
Since string was introduced as built-in scalar type with defined equality,
lack of 'case' support can be viewed as a design bug.
IMO strings are similarly scalar as are floating point numbers, with
regards to 'case'.
Note that I said with defined equality. The
Alexander Klenin schrieb:
Many Delphi extensions to the Pascal language break fundamental design
rules. It's bad enough that FPC (and Lazarus) has to support such
aberrations for compatibility reasons,
I agree that some extensions were suboptimally designed, in particular
dynamic arrays,
Alexander Klenin schrieb:
Delphi 2 (or 3?) was the last version with a grammar for the language.
After that version the supplied OPL grammar is neither correct nor
complete, the language is no more LL(1).
It is historically interesting, but does it really matter?
I'd call it serious, when a
Alexander Klenin schrieb:
Generally, I feel that FPC is a bit too conservative. I understand
that a healthy dose if
skepticism is a good thing for language design, but IMHO it was taken
too far lately.
Many Delphi extensions to the Pascal language break fundamental design
rules. It's bad
Michael Van Canneyt schrieb:
An unhandled exception IMO is due to some software bug, which the user
cannot cure in any way.
That's a very restrictive definition of exception. An exception is
a way to stop the normal logic and flow of the program.
ACK. And try-except clauses are the way to
YanChengyuan schrieb:
lazarus is free and useful,and i'm glad with that.
but where are the manuals?
i do have read some books on Delphi Programming ,but they are for
newbies,and talked about things like TEdit,TLabel only.how come that
i know how to use things like
Felipe Monteiro de Carvalho schrieb:
We are writting a book about it, but it's not yet ready ...
How can I contribute?
DoDi
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Michael Van Canneyt schrieb:
Is there a reason why the default exception dialog has a cancel
button to kill the application ?
An unhandled exception IMO is due to some software bug, which the user
cannot cure in any way.
We often use an exception to signal wrong entry of data or so,
Martin Friebe schrieb:
Are all 3 files units? with unit keyword at the start, and
implementation/interface sections
if you have an include file, with no unit, no interface /
implementation = then procedure is the top level fold (divider
level = 1)
The next logical step is unfolding
Graeme Geldenhuys schrieb:
- Folding at procedure in addition to the begin = arguable, if it
should be instead of the begin?
I'm not sure about this one either. I would have thought the first
'begin' after a procedure or function should be ok.
Procedures can have large parameter lists,
Graeme Geldenhuys schrieb:
I was thinking about 'find' and 'find-and-replace' to work for include
files as well, but I could get my head around a solution. Think about
FPC code where includes are based on platforms.
Yes, I know that. This practice is almost the only argument for using
I suspect at least one error in the Controls.DragTo procedure:
if DragImageList nil then
begin
if (Target = nil) or (csDisplayDragImage in Target.ControlStyle) or
DragObject.AlwaysShowDragImages then
begin
DragImageList.DragCursor := DragCursor;
Roland Turcan schrieb:
I have my own component, which successfully installed into Lazarus.
When I use this component on any form after reopening/reloading form
it reports an error. That is a simple notebook implementation with no
background to get pages transparent.
What's this?
Hans-Peter Diettrich schrieb:
The editor options dialog seems not to honor an change in the keyboard
layout, e.g. to TP. It always comes up with the default selected.
Even worse: now I can only add text, but cannot delete anything!
Neither Delete, Backspace, ^Y, ^X etc. seem to work any more
Hans-Peter Diettrich schrieb:
The editor options dialog seems not to honor an change in the keyboard
layout, e.g. to TP. It always comes up with the default selected.
An inspection of the commands in the keymap reveals bad character codes
in the entire table, like word(68475), after
Flávio Etrusco schrieb:
Calling BeginUpdate is not enough, they must disable/unset the
highlighter to avoid the double parse.
I found it sufficient when the highlighter only parses the current
line(s) while painting the text. When the highlighter information is
reduced to a flag, indicating
svaa schrieb:
In Ada language forum they have had many times this discussion. The
following are the constant conclusions:
Dynamic linking has nothing to do with GPL. If DLLs are GPL and you use
them, you must grant access to the source of DLL, not to the full
project. Static linking of
Martin Friebe schrieb:
My vision deviates a bit from this in the sense that TAbstractSynEdit
would just be an abstraction (or dedicated implementation) of a
cleaner text manipulation interface (as TStrings won't cut it), which
would also implement transparent/automatic/implicit 'undo'
Graeme Geldenhuys schrieb:
I got told in the CodeGear newsgroups that if you create a GPL'ed
project, the tools used to create that project must also be GPL'ed
otherwise somebody might require a commercial compiler to compile the
GPL'ed project.
AFAIR there exists a requirement (how
Marco van de Voort schrieb:
AFAIR there exists a requirement (how strong?), that a user shall be
able to build the project from the source code, so that everybody can
trust his selfmade binaries, and is not bound to binaries supplied by
third parties. For this reason all modified source
Lee Jenkins schrieb:
I like being able to type tobj and hit enter to end up with TObjectList and
a
space after it to continue typing. Just my personal preference. :)
It's okay when I can tell the IDE when I want some assistance. It's not
okay when the IDE *means* that it should become
Kostas Michalopoulos schrieb:
Also the components need to be reorganizable. In other words you must be
able to swap components around.
The palette entry is determined by the component package(s), you'll have
to rearrange everything after every rebuild of the IDE.
It might help to have some
Alexander Klenin schrieb:
-Autocompletion in real-time (no type Ctrl+Space)
While I am not against adding this to Lazarus,
ACK
I would like to note
that this is one
Delphi 2007 feature I actively do not like, and always turn off.
Most of the input features are helpful only to beginners,
Reenen Laurie schrieb:
I just think that 10 finger typists with these tools could be equal to a
15 finger typists... :-)
What's the benefit of using 15 fingers, at the speed of one?
DoDi
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
Mattias Gaertner schrieb:
At the moment the fpdoc editor is updated on idle in several steps.
Maybe the update should be started after a short delay.
Maybe. I'd suggest an thread, but I dunno about platform issues with
threads.
I also had an crash of lazde, caused by an formatting error in
Mattias Gärtner schrieb:
The problem is that many tools access the codetools (almost every file access
and search).
Then a request manager might help, with a busy indication so that a
client can skip and retry later. A threaded server will allow for higher
throughput on multi-core machines.
Graeme Geldenhuys schrieb:
I didn't mean writing a GUI in the console. I meant a true GUI app
(LCL or fpGUI based), which uses a console application as the backend.
What then is your technical problem?
For example, Linux has many GUI frontends for programs like makeiso,
burncd, cdrecord,
Mattias Gaertner schrieb:
What exactly is slow in fpdoc?
I guess he meant the fpdoc editor in the IDE, not the fpdoc program.
Right.
DoDi
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
Marco van de Voort schrieb:
Now I could spot the trouble source: it's fpdoc!
Interesting, I'm just optimizing a part of that.
http://bugs.freepascal.org/view.php?id=12953
What exactly is slow in fpdoc?
IMO it's the search for documentation information about the current
identifier in
Mattias Gaertner schrieb:
Now I could spot the trouble source: it's fpdoc!
Why do you think so?
When the fpdoc window is open, the task manager shows a CPU usage of up
to 100%, and every caret move can take several seconds. You can check
this behaviour yourself, my test case is the
Martin Friebe schrieb:
The effect is boring, even if I only navigate through the source code
with the cursor keys :-(
This bit sounds like a problem with painting the window.
Moving the cursor should not require much repaint. And after startup it
works fine, so that I suspect a
Martin Friebe schrieb:
Moving the cursor should not require much repaint. And after startup it
works fine, so that I suspect a problem with the information collected
over time.
yes and no:
- vertical moves do repaint the gutter always, in case that the every
nth line number is used.
Martin Waldenburg schrieb:
- Memory management. SynEdit uses a TStrings attempt (IMHO a
gaped-buffer would be more efficient).
that's some kind of an urban legend.
But anyway I could cry aloud looking at what mwEdit became.
Nobody seems to know anymore how to write efficient code.
Martin
Martin Friebe schrieb:
I think the problem that is bigger than such a cache is mem management.
SynEdit keeps allocating/deallocating a lot = that leads to fragments
in the fpc mem-mgmt = and that could cause a slow down..
Now I could spot the trouble source: it's fpdoc!
DoDi
ik schrieb:
I usually print to log/screen the output of things rather then working
with a debugger.
That's okay for command line programs.
There are rare cases where I actually find the need to use a debugger,
when you learn how to work with log files.
In an event driven application a log
Martin Friebe schrieb:
I can not work efficiently with Lazarus, due to two problems with the
editor (LazSynEdit): it can become dead slow, needing seconds of
computation for a single key stroke, and it doesn't support multiple
edit windows. This is why I want to contribute to these issues,
Graeme Geldenhuys schrieb:
Hint: Lazarus also is a Delphi IDE clone.
As far as I know (from prior conversations on this mailing list), it
was never the intention or goal to clone the Delphi IDE. The only
goal was to clone the VCL.
Well, the look-and-feel has to be Delphi-like, so that
Graeme Geldenhuys schrieb:
Why are you constantly trying to convince Delphi people to switch to
Lazarus, even in the Embarcadero Forums?
I'm not telling them to dump Delphi. As I stated over and over - a bit
of competition is great! In the newsgroup, I was simply stating that
other
Graeme Geldenhuys schrieb:
Currently a debugger in Lazarus is barely usable.
Yeah, that is one thing I seriously miss about Delphi and Kylix
(thought not nearly enough to make me switch back). Is there no way we
can hook (tie in) the Kylix or Delphi debugger into Lazarus?
Which debugger
Marc Weustink schrieb:
tooltip on identifiers don't work,
Always, unless used on properties. In that case I use the Evaluation
dialog to inspect the membervar.
Sorry, Graeme is right :-(
In most cases I cannot inspect local variables, due to no such symbol
in context errors, even with
Bart schrieb:
So I should now do
svn revert
this will undo all changes I made.
and after that
svn update
and I get my own patch back in the proper way?
Or you fix the marked conflicts in the source code. This is what the
markers are good for - prevent compilation of code, where SVN
Graeme Geldenhuys schrieb:
goSmoothScrolling - scrolls pixels at a time, not columns/rows.
goThumbTracking - gives you a like preview of the contents as you move
the scrollbar.
Right.
I would think the more logical default would be to have both there
options enabled by default. I'm using
Aleksa Todorovic schrieb:
c) static array inside the function as a const (with Writable consts
turned on)
I'd *not* suggest to make *all* constants writeable, for only saving a
few keystrokes in source code.
Doesn't FPC support kind of static variables in subroutines?
(Delphi doesn't, but it
jokraut...@bluemail.ch schrieb:
1. After finalisation of For I:=B To E Do... in Delphi is I=E+1, in
Lazarus it is I=E. (I remember, that using a For loop counter after
finalisation is not recommended, but...)
The for loop counter is undefined after exit from the loop. Depending on
Felipe Monteiro de Carvalho schrieb:
I'm confused. Does TZipper produce pkZIP compatible files or is it zlib
based
and only called TZipper?
I don't understand your question.
The files produced work correctly if given the .zip extension. They
are recognized by the internal unzipper of
Reenen Laurie schrieb:
A while ago I installed Virtual box and WinXP. I want to know if it's
possible for me to keep my Virtual box's Lazarus updated from the SVN
updates I do via linux?
You can update your working copies from the same repository, but you
have to do it separately, for
Mattias Gaertner schrieb:
There is no question, that such a big
change is Delphi incompatible.
Not at all.
Do you mean:
a) There no question at all that it will be Delphi incompatible
b) It will not at all be Delphi incompatible, because TWinControl will
not change
?
Sorry for my bad
Graeme Geldenhuys schrieb:
Later in the year I want to extend TZipFile with compression (if it
doesn't already have) and use it as our custom help file format for
our company applications.
I've already been working on a general compression/archive interface,
based on the Abbrevia approach.
Mattias Gärtner schrieb:
Maybe I misunderstood your proposal.
What parts of TWinControl should be moved to TContainerControl?
Do you want to move the ControlCount and Controls properties to
TContainerControl?
Yes, all the child control related stuff. I'd move that into the
LayoutManager,
Mattias Gärtner schrieb:
At least 90% of TWinControl is about its child controls. The rest is mostly
key,
mouse and focus handling. I guestimate, TContainerControl will have about
1-3kloc code, 500loc will stay in TWinControl and the remaining 4-6kloc will
go
to the new docking/layout
Mattias Gaertner schrieb:
I'd suggest a layout layer, between TControl and TWinControl, dealing
with child controls (e.g. TContainerControl). As Paul pointed out, a
TWinControl uses system resources (handles), which are not required
for layout (and docking) managers.
TWinControl has
Micha Nelissen schrieb:
How can I specify I prefer spaces around assignment operators? In the
options window I can select several tokens, but not assignment operator,
or did I miss it?
You can selecet symbols, including the assignment operator.
Unfortunately a couple of other tokens
Bart schrieb:
Currently I'm working on an app that needs to interact with M$ Word.
The intended users are computer noobs, so I expect no knowledge from
them whatsoever.
Problem.
My app calculates/compose tabular data (in the order of 6 cols x 50 rows).
These data have to be inserted into
Michael Van Canneyt schrieb:
Is there a reason why the top/left sides are included (=), and the
left/bottom sides are not included ? I would expect them to be included as
well.
There exist reasons, mostly the definition in the WinAPI.
Dunno how to explain the most important reason, but let
Benito van der Zander schrieb:
Probably the best solution is to create two flags
fsStayOnTop(Application) and fsStayOnTopGlobally.
The first should be a property of Application, not of the forms, so that
only one form can be the topmost one.
The second one depends on the capabilities of the
JoshyFun schrieb:
HV so what happens if the other application wants to be on top of yours?
In Windows at least, topmost windows are implemented as a second
windows layer, one for normal windows and other for topmost ones.
Which Windows version(s)?
DoDi
I want to resize a control by using an splitter. As a test case, have a
form with Button1 and Splitter1. In the FormCreate event I set
Splitter1.AnchorSplitter(akLeft, Button1);
Now the splitter is anchored to the right of the button, and a sizing
cursor appears when the splitter is dragged.
Dave Coventry schrieb:
FS:=TFileStream.Create(fname, fmshareDenyWrite);
IMO you should also specify the requested access (fmCreate or
fmOpen...), even if zero happens to mean fmOpenRead.
Nonetheless it looks strange when the same file cannot be reopened
later. Are you sure that fname is
Mattias Gaertner schrieb:
I'm looking for a diagramming components for Lazarus, to draw
circles, rectangles, and connectors between them that are resized or
moved when the components are moved. This would be used to create
graph editors, for example for designing dynamic models.
Do you have
When I wanted to add dock headers to the docking manager, I stumbled
across several problems with colors.
For Windows e.g. clActiveCaption or clBtnFace can be used for the header
and button background, but these color constants are marked deprecated.
How should I select the most appropriate
Graeme Geldenhuys schrieb:
Here is a direct link to the .jar file.
http://www.miglayout.com/swingdemoapp.jar
Thanks, this one worked off the shelf :-)
DoDi
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
Michael Van Canneyt schrieb:
The same things you see there can be easily done in Lazarus ?
Maybe somehow, dunno how easily ;-)
Whether I write - rather obscure - layouting code for the start as
displayed there, or I write a 'OnResize' event handler and do some
minor adjustments myself
Reenen Laurie schrieb:
For me, all I really want that's not supported via Lazarus at the moment
is the % of parent statement...
Are you talking about the form designer or docking manager?
A percentage based scaling is unsafe, because the sum may exceed 100%.
It also will be hard to add any
Reenen Laurie schrieb:
I am liking what you're doing with the dock manager by the way. It
looks exciting.
Thanks for the feedback :-)
proportional scaling - could you point me to examples etc?
The docking manager example demonstrates this. When you set the
alignment of the dock site to
Graeme Geldenhuys schrieb:
Looks as I'm too stupid to make the demo work :-(
I'm not experienced with installing Java...
I have the Java SE Runtime Environment (build 1.6.0_03-b05) installed.
Using Ubuntu Linux, I installed it via apt-get.
I've had build 1.5.0_17-b04 first, now
1 - 100 of 160 matches
Mail list logo
