Fixed.
Thank you!
2012/12/28 Martin Schreiber
>
> Please try again with git master 293d278a9a2afebc369a21cb389a39535d397c36.
>
> Martin
>
--
Julio Jiménez Borreguero
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockou
On Thursday 27 December 2012 17:34:04 Julio Jiménez wrote:
> Hi.
>
> I have noticed a weird behavior using tdbwidgetgrid.
>
Please try again with git master 293d278a9a2afebc369a21cb389a39535d397c36.
Martin
--
Master HTML5
Hi.
I have noticed a weird behavior using tdbwidgetgrid.
If you click a cell, the selection is ok(the first time you do click), but
then if you click on another cell in other column or in the same row, the
selection shows an empty value. If the field is of type integer it shows 0
instead of the v
On Monday 03 December 2012 21:39:04 amateur wrote:
> if you look at the source I tried use tmsedbf1-controller-fields
> (OnGetText). I wanted to see an empty field. But...
>
> procedure tudmmo.OnNazGetText(Sender: TField; var aText: AnsiString;
> DisplayText: Boolean);
> begin
>aText := ' ';
>
03.12.2012 14:40, Martin Schreiber пишет:
> tdbstringedit1.value does not provide the correct value for cell text and
> tdbstringedit1.value is utf-16 encoded anyways.
I later realized his mistake...
> Please don't use TDbf, it is deprecated and does not work well with the MSEgui
> Unicode system.
On Monday 03 December 2012 10:37:47 amateur wrote:
> Hi.
> 1. Clicking the mouse on tdbwidgetgrid1.
> 2. Maximize the window.
> 3. Try to scroll.
>
> some records are not visible
Probably because of
"
procedure tmainfo.ongetxt(const sender: tcustomdataedit; var atext: msestring;
con
Sometimes when you press the left mouse button in the cell text
disappears too.
--
Keep yourself connected to Go Parallel:
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.
2012/3/1 Martin Schreiber
> On Thursday, 1. March 2012 12.12:43 Julio Jiménez wrote:
> > Working fine (linux and windows).
> >
> This too?
> "
> BTW, Compiled in windows and now the first dialog is workiing fine... but
> the second not (if you press accept, a second dialog is executed from the
>
On Thursday, 1. March 2012 12.12:43 Julio Jiménez wrote:
> Working fine (linux and windows).
>
This too?
"
BTW, Compiled in windows and now the first dialog is workiing fine... but
the second not (if you press accept, a second dialog is executed from the
procedure executed by the menu)
"
I did not
Working fine (linux and windows).
Thank you.
I wonder why nobody noticed this issue
2012/3/1 Martin Schreiber
> Martin Schreiber wrote:
>
> > On Thursday, 1. March 2012 11.26:18 Julio Jiménez wrote:
> >> mseguiintf.pas(2994,24) Error: Incompatible types: got "twindow"
> expected
> >> "LongWord
I know, the problem was I used an old version of MSEide :)
BTW, Compiled in windows and now the first dialog is workiing fine... but
the second not (if you press accept, a second dialog is executed from the
procedure executed by the menu)
I'll try your new changes
Thank you.
2012/3/1 Martin S
On Thursday, 1. March 2012 11.58:16 Julio Jiménez wrote:
> Free Pascal Compiler version 2.6.0 [2011/12/25] for i386
> Copyright (c) 1993-2011 by Florian Klaempfl and others
> Target OS: Win32 for i386
> Compiling mseide.pas
> Compiling C:\Dev\mseide-msegui\lib\common\designutils\msedesignintf.pas
>
Forget it.. .wrong mseide version :(
Sorry
2012/3/1 Julio Jiménez
> Free Pascal Compiler version 2.6.0 [2011/12/25] for i386
> Copyright (c) 1993-2011 by Florian Klaempfl and others
> Target OS: Win32 for i386
> Compiling mseide.pas
> Compiling C:\Dev\mseide-msegui\lib\common\designutils\msesk
Martin Schreiber wrote:
> On Thursday, 1. March 2012 11.26:18 Julio Jiménez wrote:
>> mseguiintf.pas(2994,24) Error: Incompatible types: got "twindow" expected
>> "LongWord"
>> mseguiintf.pas(5047) Fatal: There were 1 errors compiling module,
>> stopping
>>
> I know, will be fixed soon. Should com
Free Pascal Compiler version 2.6.0 [2011/12/25] for i386
Copyright (c) 1993-2011 by Florian Klaempfl and others
Target OS: Win32 for i386
Compiling mseide.pas
Compiling C:\Dev\mseide-msegui\lib\common\designutils\mseskindesign.pas
Compiling C:\Dev\mseide-msegui\lib\common\kernel\mseskin.pas
Compili
Ah, I usually do cross compiling :)
2012/3/1 Martin Schreiber
> On Thursday, 1. March 2012 11.26:18 Julio Jiménez wrote:
> > mseguiintf.pas(2994,24) Error: Incompatible types: got "twindow" expected
> > "LongWord"
> > mseguiintf.pas(5047) Fatal: There were 1 errors compiling module,
> stopping
On Thursday, 1. March 2012 11.26:18 Julio Jiménez wrote:
> mseguiintf.pas(2994,24) Error: Incompatible types: got "twindow" expected
> "LongWord"
> mseguiintf.pas(5047) Fatal: There were 1 errors compiling module, stopping
>
I know, will be fixed soon. Should compile on win32.
Martin
mseguiintf.pas(2994,24) Error: Incompatible types: got "twindow" expected
"LongWord"
mseguiintf.pas(5047) Fatal: There were 1 errors compiling module, stopping
linux i386
fpc 2.6.0
2012/3/1 Martin Schreiber
> Am 01.03.2012 10:33, schrieb Julio Jiménez:
> > Workaround is working fine.
> >
> gi
Am 01.03.2012 10:33, schrieb Julio Jiménez:
> Workaround is working fine.
>
git master dca027d6acb6ead9701e1e4a21cfbf26d37fd307 works for me without
mao_asyncexecute. Please test with your application.
Martin
--
Virtuali
Workaround is working fine.
Thank you.
2012/3/1 Martin Schreiber
> Am 29.02.2012 12:17, schrieb Julio Jiménez:
> > Hi Martin
> >
> > I attach an exemple when I can reproduce the problem (running under
> windows)
> >
> The problem is that the transientfor window handle of the dialog will be
> de
Am 29.02.2012 12:17, schrieb Julio Jiménez:
> Hi Martin
>
> I attach an exemple when I can reproduce the problem (running under windows)
>
The problem is that the transientfor window handle of the dialog will be
destroyed by another modal event loop. I'll try to handle this case. A
workaround is
Am 29.02.2012 12:17, schrieb Julio Jiménez:
> Hi Martin
>
> I attach an exemple when I can reproduce the problem (running under windows)
>
I can reproduce and try to fix it.
Martin
--
Virtualization & Cloud Management Usi
Hi Martin
I attach an exemple when I can reproduce the problem (running under windows)
To test it.. execute
Menu Two->Test->ok shows the dialog ok
Menu Two->Something->Rundialog fires an exception
It seems happens with a submenu inside a menu.
I hope you can reproduce it too.
Thank you.
On 28 February 2012 14:02, Julio Jiménez wrote:
> Fixed. Thank you!
:-) Glad it's sorted out.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
-
Am 28.02.2012 21:02, schrieb Julio Jiménez:
> I have issues showing another dialog, in this case the exception is: can
> not resize window twindow .
>
Please try to isolate the problem in a simple testcase.
Martin
--
Virt
Am 28.02.2012 20:58, schrieb Julio Jiménez:
> MSE git master
> The exception is: Signal received. Signal:SIGSEGV, Sgmentation fault.
> file: C:/mseide-msegui/lib/common/kernel/msegui.pas: 15940 Function:
> TINTERNALAPPLICATION__ENDMODAL
>
> procedure tinternalapplication.endmodal(const sender: twin
sorry.. adding the line after the begin.
copy paste of the code:
procedure tmainfo.dofacturarcontratos(const sender: TObject);
var
f : tdlgmesanyofo;
frar : tdlggeneraventasfo;
begin
showmessage('something'); /// adding this line makes it
working
f := tdlgmesanyofo.create(nil)
Curious.. adding a showmessage, ask dialog and the code runs fine
procedure tmainfo.dofacturarcontratos(const sender: TObject);
var
showmessage('something'); -- adding this
line makes it working fine.. with askyesno dialog too
f : tdlgmesanyofo;
frar : tdlgg
The exception is fired when this line is executed:
if f.show(true) = mr_ok then
dialog f never is showed. The same dialog with similar code run fine
from another form (not the main one).
Seems this happens when the form is open from the main form.
2012/2/28 Julio Jiménez
> Hi Martin.
>
> I
I have issues showing another dialog, in this case the exception is: can
not resize window twindow .
All is fine running under linux.
2012/2/28 Martin Schreiber
> Am 28.02.2012 12:15, schrieb Julio Jiménez:
> > Hi Martin.
> >
> > I have a running application under linux and no problems, I compi
MSE git master
The exception is: Signal received. Signal:SIGSEGV, Sgmentation fault. file:
C:/mseide-msegui/lib/common/kernel/msegui.pas: 15940 Function:
TINTERNALAPPLICATION__ENDMODAL
procedure tinternalapplication.endmodal(const sender: twindow);
begin
with sender do begin
if fmodallevel > 0
Am 28.02.2012 12:15, schrieb Julio Jiménez:
> Hi Martin.
>
> I have a running application under linux and no problems, I compiled it
> for windows (windows xp) and I get an exception trying to show a dialog
> in modal.
>
> Curious this only happens when I run the dialog from the main form. If I
> r
Fixed. Thank you!
2012/2/27 Martin Schreiber
> On Monday 27 February 2012 17:57:55 Julio Jiménez wrote:
> > Simply look at the attached pic.
> >
> Please try again with git master eefd32b1c57c1bae9d985bbf10bc74f3bc653ecb.
>
> Martin
>
>
> -
On 28 February 2012 13:09, Julio Jiménez wrote:
> I get almost 1 day delay :(
That is definitely not normal. Can you post your /.git/config file.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforg
Hi Martin.
I have a running application under linux and no problems, I compiled it for
windows (windows xp) and I get an exception trying to show a dialog in
modal.
Curious this only happens when I run the dialog from the main form. If I
run the dialog from another form all is fine. I had to ins
I get almost 1 day delay :(
Bad for a quick fix/test.
2012/2/28 Graeme Geldenhuys
> On 28 February 2012 10:48, Julio Jiménez wrote:
> >
> > Weird... really there is a delay between public repository and the
> > developing one.
>
>
> I know I am replying 2 hours after you posted it, but I just
On 28 February 2012 10:48, Julio Jiménez wrote:
>
> Weird... really there is a delay between public repository and the
> developing one.
I know I am replying 2 hours after you posted it, but I just got an
update, and there are two commits later than what you listed.
$ git log
--
I'll update when available.
git pull says it's up to date
git log:
commit 788478e56d1d911939df6862b7fb32161480bd3a
Author: Martin Schreiber
Date: Sun Feb 26 15:07:23 2012 +0100
* remove xor pic in tdockcontroller mouseleave.
I did clone a new branch, this time from sourceforge git and
On Monday 27 February 2012 17:57:55 Julio Jiménez wrote:
> Simply look at the attached pic.
>
Please try again with git master eefd32b1c57c1bae9d985bbf10bc74f3bc653ecb.
Martin
--
Try before you buy = See our experts in ac
Simply look at the attached pic.
Cheers.
--
Julio Jiménez Borreguero
<>--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Stud
40 matches
Mail list logo