Allies Xposs | 1 Apr 18:42
Picon
Favicon

newBie..About Lazarus+Wince

for all ...
I am sorry, because i am newbie at WinCe...
 
I already Try simple application For Wince with (Firebird databasConnection+Query+Datasource+Clientdataset) at PDA OS Windows Mobile 5.
 And i try to connect at PC (Ip 192.168.0.1:C:\data\mydata.gdb) but failed...
 
Question :
  What at my PDA must be Install Firebird Client ???
 
 
Thanks...
Allies

_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Zaher Dirkey | 1 Apr 19:11
Picon

Re: newBie..About Lazarus+Wince

There is no Firebird Client for WinCE.

2009/4/1 Allies Xposs <allies_xposs <at> yahoo.com>:
> for all ...
> I am sorry, because i am newbie at WinCe...
>
> I already Try simple application For Wince with (Firebird
> databasConnection+Query+Datasource+Clientdataset) at PDA OS Windows Mobile
> 5.
>  And i try to connect at PC (Ip 192.168.0.1:C:\data\mydata.gdb) but
> failed...
>
> Question :
>   What at my PDA must be Install Firebird Client ???
>
>
> Thanks...
> Allies
>
> _______________________________________________
> Lazarus mailing list
> Lazarus <at> lazarus.freepascal.org
> http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
>
>

--

-- 
Zaher Dirkey

_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Picon
Favicon

Form position model

After submitting issue #13446, general questions come into mind:

How are form positions treated with projects in a multi-monitor environment?

How should form positions be treated, when the project is not developed 
on the first/primary monitor?

IMO we should distinguish between projects developed *for* single or 
multiple monitors, and handle somehow negative screen/desktop 
coordinates, on systems where the primary monitor is not the leftmost one.

1) A single-monitor project later should run on any (startup) monitor, 
regardless of the number of the monitor it was developed on. Eventually 
all forms should appear on the monitor with the main window on it, and 
should be moved when the main window is moved to another monitor. (kind 
of SDI project, splitted into multiple windows)

2) A desktop-wide project should start on the leftmost monitor, 
regardless of whether this is the primary monitor. What about systems 
with a RTL language?

3) A multi-monitor project should respect the designed monitor number 
for any form - at least when running on a system with so many monitors. 
This is a very special kind of project, almost developed for a dedicated 
target system.

(more?)

Furthermore popup-windows (hints, dialogs, messages) should be 
*designed* properly, i.e. application-wide message boxes should appear 
on the main window monitor, others should appear on the monitor of their 
parent window. IMO exactly this dependency is not always properly 
reflected in the Lazarus IDE. When both the main window and a design 
form is moved to another monitor, the form Save dialog (when the form is 
closed) never should appear on an unrelated monitor. Likewise a hint 
window has to appear on the exact position over its *parent* form; 
adjustments can be made only when the hint window would exceed the 
desktop extent. Eventually a "no-span" attribute should be introduced 
for popup windows, indicating that it should be adjusted to reside 
entirely on a single monitor.

The question is: how many properties, modes and related automatism 
should be built into the LCL? What should be left to the application 
designer, supported by procedures like AdjustToSingleMonitor(AParentForm).

Eventually we should offer a runtime attribute (in the system menu), 
that allows to configure an application to *behave* as a single-monitor 
app (case 1 above), where all windows use the monitor of the main form, 
and allow to switch that monitor on startup or at runtime. This would 
allow to keep multiple instances of the same application (i.e. Lazarus 
itself) running on dedicated monitors. Moving the entire instance to an 
dedicated monitor should be a one-time action, not hindering the user 
from moving or extending specific forms across monitor boundaries later.

Eventually we also should add an "application GUI" designer to the IDE, 
that can reflect and adjust *visually* the runtime placement of all 
windows on target systems with various monitor configurations. Such a 
wizard would help to find and correct the currently misplaced popup 
windows in the Lazarus IDE itself, in detail when a developer only has 
an single monitor on his development system.

Opinions?

DoDi

_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

Graeme Geldenhuys | 2 Apr 08:42
Picon
Gravatar

Re: Form position model

On Thu, Apr 2, 2009 at 4:49 AM, Hans-Peter Diettrich
<DrDiettrich1 <at> aol.com> wrote:
>
> How should form positions be treated, when the project is not developed
> on the first/primary monitor?

You are raising very good questions...

> IMO we should distinguish between projects developed *for* single or
> multiple monitors, and handle somehow negative screen/desktop
> coordinates, on systems where the primary monitor is not the leftmost one.

And who said multi-monitors must be left-right. What if you have a
vertical arrangement like top-bottom?

> 1) A single-monitor project later should run on any (startup) monitor,
> regardless of the number of the monitor it was developed on. Eventually

As far as I understand how it should work.... If you start the
application on monitor three, then it should be positioned on monitor
three. LCL should also correctly handle window Position property
correctly and distinguish between poScreenCenter and poDesktopCenter.
eg: If you have four monitors 2x2 arrangement, and launch the
application in screen 4 (bottom right for example). if poScreenCenter
is applied, it should be centered in screen 4. if poDesktopCenter is
applied, it should be in the center of all four screens (overlapping
all of them).

Lazarus LCL is not the only one struggling with this. Firefox and
Thunderbird gave lots of strange issues with a 2 screen multi-monitor
setup as well. So we are not alone. :-)

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

Graeme Geldenhuys | 2 Apr 11:42
Picon
Gravatar

ide enhancement - method or cursor location belongs to what class?

Hi,

I often have large classes that are bigger than what the source editor
can display at once.  I'm mainly talking about tiOPF project here.
Anyway, I receive patches for large methods and use the IDE 'goto
line' command to maybe review or modify a received patch.  Again, the
IDE only shows me lines of code, I can't clearly see which class I am
currently working in. Ctrl+Shift+UpArrow doesn't reveal this info
either, because again the class declaration is large and doesn't fit
into the source editor all at once.

Is there a way to quickly see what class I am currently in without
loosing my current position in the source code?  I was thinking of
maybe some editor shortcut that could display for a few seconds the
classname in the top right corner of the editor and then simply fade
away. Is this possible? Is there already something similar in Lazarus
IDE or another way of know what class I am currently in?

I remember in the VB6 days, there was two edit fields above the
editor. One listed the module or class (I think) and the other listed
the procedure you were in. So clearly knowing where you are is handy
to more than just me. :-)

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

ik | 2 Apr 11:58
Picon
Gravatar

Re: ide enhancement - method or cursor location belongs to what class?

Why not to use the Status bar for that ? It also can remain there as long as you inside the method etc..

I suggested an idea that was rejected by most people on this list: have an ability to split the editor, I use it in VIM for example when I need to see additional information without loosing my main work area.

Ido

On Thu, Apr 2, 2009 at 12:42 PM, Graeme Geldenhuys <graemeg.lists <at> gmail.com> wrote:
Hi,

I often have large classes that are bigger than what the source editor
can display at once.  I'm mainly talking about tiOPF project here.
Anyway, I receive patches for large methods and use the IDE 'goto
line' command to maybe review or modify a received patch.  Again, the
IDE only shows me lines of code, I can't clearly see which class I am
currently working in. Ctrl+Shift+UpArrow doesn't reveal this info
either, because again the class declaration is large and doesn't fit
into the source editor all at once.

Is there a way to quickly see what class I am currently in without
loosing my current position in the source code?  I was thinking of
maybe some editor shortcut that could display for a few seconds the
classname in the top right corner of the editor and then simply fade
away. Is this possible? Is there already something similar in Lazarus
IDE or another way of know what class I am currently in?

I remember in the VB6 days, there was two edit fields above the
editor. One listed the module or class (I think) and the other listed
the procedure you were in. So clearly knowing where you are is handy
to more than just me. :-)

Regards,
 - Graeme -


_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Graeme Geldenhuys | 2 Apr 12:15
Picon
Gravatar

Re: ide enhancement - method or cursor location belongs to what class?

2009/4/2 ik <idokan <at> gmail.com>:
> Why not to use the Status bar for that ? It also can remain there as long as
> you inside the method etc..

I though of that just after I posted that message. Maybe the full path
unit name can be shorten with ellipses in the middle and space created
for the class name. The problem is, sometimes class names are long, so
what happens if they don't fit into the allocated area? Can you have
tooltips on a statusbar area?

Creating a editor tooltip (similar to what the original SynEdit has
for showing line numbers while you scroll) will overcome the long
class names. The tooltip can adjust to whatever size is required.

> I suggested an idea that was rejected by most people on this list: have an
> ability to split the editor, I use it in VIM for example when I need to see
> additional information without loosing my main work area.

This would be great, but is still not going to solve my problem, plus
now my editor space (visible lines I can see at once) is going to be
even smaller. I see around 43 lines of code at once in my current
editor, but have no clue what class I am in. This gets even worse if
the current method has nested procedures and functions.

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

Graeme Geldenhuys | 2 Apr 12:25
Picon
Gravatar

Re: ide enhancement - method or cursor location belongs to what class?

On Thu, Apr 2, 2009 at 11:42 AM, Graeme Geldenhuys
<graemeg.lists <at> gmail.com> wrote:
>
> Is there a way to quickly see what class I am currently in without
> loosing my current position in the source code?  I was thinking of
> maybe some editor shortcut that could display for a few seconds the
> classname in the top right corner of the editor and then simply fade
> away. Is this possible? Is there already something similar in Lazarus
> IDE or another way of know what class I am currently in?

Another nice feature which could be added to the tooltip would be the
visibility of the current method: private, protected, public or
published. I often find while viewing the class declaration that i
have to PgUp a few times to find out what visibility is currently
being used.

Regards,
  - Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Mattias Gaertner | 2 Apr 12:28
Picon
Favicon

Re: ide enhancement - method or cursor location belongs to what class?

On Thu, 2 Apr 2009 11:42:48 +0200
Graeme Geldenhuys <graemeg.lists <at> gmail.com> wrote:

> Hi,
> 
> I often have large classes that are bigger than what the source editor
> can display at once.  I'm mainly talking about tiOPF project here.
> Anyway, I receive patches for large methods and use the IDE 'goto
> line' command to maybe review or modify a received patch.  Again, the
> IDE only shows me lines of code, I can't clearly see which class I am
> currently working in. Ctrl+Shift+UpArrow doesn't reveal this info
> either, because again the class declaration is large and doesn't fit
> into the source editor all at once.
> 
> Is there a way to quickly see what class I am currently in without
> loosing my current position in the source code?  I was thinking of
> maybe some editor shortcut that could display for a few seconds the
> classname in the top right corner of the editor and then simply fade
> away. Is this possible? Is there already something similar in Lazarus
> IDE or another way of know what class I am currently in?
> 
> I remember in the VB6 days, there was two edit fields above the
> editor. One listed the module or class (I think) and the other listed
> the procedure you were in. So clearly knowing where you are is handy
> to more than just me. :-)

Code explorer can follow the cursor.

Mattias
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

ik | 2 Apr 12:31
Picon
Gravatar

Re: ide enhancement - method or cursor location belongs to what class?



On Thu, Apr 2, 2009 at 1:15 PM, Graeme Geldenhuys <graemeg.lists <at> gmail.com> wrote:
2009/4/2 ik <idokan <at> gmail.com>:
> Why not to use the Status bar for that ? It also can remain there as long as
> you inside the method etc..

I though of that just after I posted that message. Maybe the full path
unit name can be shorten with ellipses in the middle and space created
for the class name. The problem is, sometimes class names are long, so
what happens if they don't fit into the allocated area? Can you have
tooltips on a statusbar area?

Creating a editor tooltip (similar to what the original SynEdit has
for showing line numbers while you scroll) will overcome the long
class names. The tooltip can adjust to whatever size is required.

You can place ToolTips for each band.
 


> I suggested an idea that was rejected by most people on this list: have an
> ability to split the editor, I use it in VIM for example when I need to see
> additional information without loosing my main work area.

This would be great, but is still not going to solve my problem, plus
now my editor space (visible lines I can see at once) is going to be
even smaller. I see around 43 lines of code at once in my current
editor, but have no clue what class I am in. This gets even worse if
the current method has nested procedures and functions.

Buy a bigger screen :D
I'm using a wide screen of 1680x1050, yet there are always more lines I can use.
I also seen a Google employee that rotate his wide screen so instead of the wide part is to the sides, it's on top to bottom, so he can gain more data (but you need a screen that support rotation with it's holders).

 



Regards,
 - Graeme -



Ido
_______________________________________________
Lazarus mailing list
Lazarus <at> lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus

Gmane