Please change dk_blue to something more visible. And there probably is another
probably black frame drawn by windowmanager. Because it is black it is not
visible in the black window below.
Martin
http://itmages.ru/image/view/1160256/a6588641
On Sunday 11 August 2013 10:21:33 minoshi wrote:
Please change dk_blue to something more visible. And there probably is
another probably black frame drawn by windowmanager. Because it is black
it is not visible in the black window below.
Martin
On Saturday 10 August 2013 07:37:32 Martin Schreiber wrote:
On Saturday 10 August 2013 06:53:15 minoshi wrote:
Ok, I got two reports and try on my system:
Problem with wrong left and top values (when CPUs busy) is seems fixed.
So I can permanentely remove the Gnome configurenotify bug
Ok, I got two reports and try on my system:
Problem with wrong left and top values (when CPUs busy) is seems fixed.
Problem with fullscreen is still present
before : http://itmages.ru/image/view/1159625/8caee21d
after: http://itmages.ru/image/view/1159624/8afc1ecc
The problem is present
On Saturday 10 August 2013 06:53:15 minoshi wrote:
Ok, I got two reports and try on my system:
Problem with wrong left and top values (when CPUs busy) is seems fixed.
So I can permanentely remove the Gnome configurenotify bug workaround?
Problem with fullscreen is still present
before :
The client window position in decoration window is wrong. Can you try with
another window decoration theme or another desktop background with clearly
visible window decoration frame? Because of the black frame above black
background it is not visible if the decoration frame is wrong too.
On Saturday 10 August 2013 07:42:39 minoshi wrote:
The client window position in decoration window is wrong. Can you try
with another window decoration theme or another desktop background with
clearly visible window decoration frame? Because of the black frame above
black background it is
On Wednesday 07 August 2013 07:47:11 minoshi wrote:
in git master 9ff1a6b7b4d1a578bc4a4badcde3680c4c9a0a5b, there was another
bug with full screen handling. It is possible that it changes the strange
behavior with the position in onresize too.
Martin
Problem is present with this git
Windows moving and resizing is ok. Mate Desktop. (Gnome 2.X fork)
2013/8/7 Martin Schreiber mse00...@gmail.com
On Wednesday 07 August 2013 07:47:11 minoshi wrote:
in git master 9ff1a6b7b4d1a578bc4a4badcde3680c4c9a0a5b, there was
another
bug with full screen handling. It is possible
For testing purpose I removed a workaround for a Gnome bug with
configurenotify.
Please check git master 1c38fd27ace9e01b5642e62506389e77cf9d2349.
Can somebody with a working Gnome environment check if window moving and
resizing by mouse still work with
On Thursday 08 August 2013 06:07:42 minoshi wrote:
For testing purpose I removed a workaround for a Gnome bug with
configurenotify.
Please check git master 1c38fd27ace9e01b5642e62506389e77cf9d2349.
Can somebody with a working Gnome environment check if window moving and
resizing by mouse
in git master 9ff1a6b7b4d1a578bc4a4badcde3680c4c9a0a5b, there was another bug
with full screen handling. It is possible that it changes the strange
behavior with the position in onresize too.
Martin
Problem is present with this git master
A.M.
On Tuesday 30 July 2013 10:20:30 Martin Schreiber wrote:
I suggest:
tmainfo = class(t*form)
[...]
private
widgetrectbefore: rectty;
public
end;
procedure tmainfo.fullscreenexe(const sender: TObject);
begin
if window.windowpos = wp_fullscreen then begin
widgetrect:=
Can you try with another WM? Do you use MSEgui from current git
master branch? Can somebody reproduce the problem?
I understood how reproduce :) There is no depence of WM. I try with
openbox, icewm, jwm, fxce4.
CPU(s) must work. Open big programs, for examples google chrome playing
rtmp
On Wednesday 31 July 2013 16:24:24 minoshi wrote:
Can you try with another WM? Do you use MSEgui from current git
master branch? Can somebody reproduce the problem?
I understood how reproduce :) There is no depence of WM. I try with
openbox, icewm, jwm, fxce4.
CPU(s) must work. Open big
On Wednesday 31 July 2013 17:51:54 Martin Schreiber wrote:
That is possible. MSEgui reports the last wmconfigure event it founds in
the event queue for a window. If the fullscreen transaction is split in
resize and move it could be that the resize with the old position will be
reported.
Not only without window decoration frame but with too.
Yours,
A.M.
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can
Do you get an onmove event later with the correct position?
Martin
Yes
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what
Hello!
You work so quickly :)
I meant what are the steps to reproduce the user problem with fullscreen
normal? It works for me.
It works for me too with archlinux + openbox + ATI card
But beta reporter use this linux (based on puppylinux) with Intel 915GM.
On Tuesday 30 July 2013 09:28:20 minoshi wrote:
One question:
I make new project and write next:
// button onexecute event
procedure tmainfo.on_execute(const sender: TObject);
begin
case b_fullscreen.tag of
0 : begin
b_fullscreen.tag := 1;
mainfo.options :=
I suggest:
tmainfo = class(t*form)
[...]
private
widgetrectbefore: rectty;
public
end;
procedure tmainfo.fullscreenexe(const sender: TObject);
begin
if window.windowpos = wp_fullscreen then begin
widgetrect:= widgetrectbefore;
window.windowpos:= wp_normal;
On Tuesday 30 July 2013 11:42:13 minoshi wrote:
And?
if window switched in fullscreen mode on_resize event still show, that
width and height = fullscreen width and height
left and top = not fullscreened left and height
Can not reproduce. In my testcase left and top are 0.
Martin
Can not reproduce. In my testcase left and top are 0.
Martin
It seems differences in Xserver build params.
Ok. And how take position of current screen?
A.M.
--
Get your SQL database under version control now!
Ok. And how take position of current screen?
mainfo.rootpos from msegui.pas. Am i right?
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
On Tuesday 30 July 2013 15:21:06 minoshi wrote:
Can not reproduce. In my testcase left and top are 0.
Martin
It seems differences in Xserver build params.
Very unlikely. Please send a testcase which shows the problem.
Ok. And how take position of current screen?
application.screenrect
On Tuesday 30 July 2013 16:05:03 minoshi wrote:
Ok. And how take position of current screen?
mainfo.rootpos from msegui.pas. Am i right?
twidget.rootpos is the position of the widget relative to the top level
widget. For the top level widget (normally the form) it is 0,0.
Martin
Very unlikely. Please send a testcase which shows the problem.
In attachment
My output is :
==
resize event
l=309
t=287
w=403
h=280
resize event
l=308
t=269
w=1920
h=1080
resize event
l=309
t=287
w=403
h=280
==
test.tar.bz2
Description: application/bzip
On Tuesday 30 July 2013 17:50:17 minoshi wrote:
Very unlikely. Please send a testcase which shows the problem.
In attachment
My output is :
==
resize event
l=309
t=287
w=403
h=280
resize event
l=308
t=269
w=1920
h=1080
resize event
l=309
t=287
w=403
h=280
==
Please do not think I'm kidding you
http://www.youtube.com/watch?v=Kpa6arpejG0feature=youtu.be
Yours,
A.M.
--
Get your SQL database under version control now!
Version control is standard for application code, but
On Tuesday 30 July 2013 18:47:58 minoshi wrote:
Which Window manager?
openbox 3.5.0
This is on openbox 3.5.0:
resize event
l=309
t=287
w=403
h=280
resize event
l=0
t=0
w=1024
h=768
resize event
l=309
t=287
w=403
h=280
Can you try with another WM? Do you use MSEgui from current git master
On Tuesday 30 July 2013 18:53:31 minoshi wrote:
Please do not think I'm kidding you
http://www.youtube.com/watch?v=Kpa6arpejG0feature=youtu.be
;-)
Martin
--
Get your SQL database under version control now!
Version
On Friday 26 July 2013 04:23:13 minoshi wrote:
Hello again!
Form with twindowwidget.
In twindowwidget I put videostream of mplayer:
tterminal.execprog('mplayer -wid' + twindowwidget.clientwinid)
Application has ability fullscreen :
if app not in fullscreen state then exec
On Sunday 28 July 2013 08:13:51 Martin Schreiber wrote:
On Friday 26 July 2013 04:23:13 minoshi wrote:
How correctly switch to fullscreen and from?
Aha, on KDE 3.5 after fullscreen normal, resizing by tdockhandle drag
does not work correctly, window moving by click and drag does not work
Hello!
Sorry for late answer - my host was hacked, and host admins only now
restore my site.
On Friday 26 July 2013 04:23:13 minoshi wrote:
[...]
Should I add a git repository for your MSEgui projects at MSEuniverse?
https://gitorious.org/mseuniverse
It could be named for example alminsoft
On Saturday 27 July 2013 15:48:58 minoshi wrote:
Do you have a git repository? I think your projects are a valuable
contribution to MSEuniverse.
Here is a git repository for you:
https://gitorious.org/mseuniverse/alminsoft
Ok, maybe i shall use it.
Do you already work with a version
On Saturday 27 July 2013 15:48:58 minoshi wrote:
Source for tmplayer seems to be missing.
In attachment. I installed it on component palette
After some minor changes it compiles and basically runs with MSEgui git
master. How can I play a mpg file for testing?
Martin
After some minor changes it compiles and basically runs with MSEgui git
master. How can I play a mpg file for testing?
Martin
First of all mplayer (or mplayer2) must be installed.
mplayer must be searched via path parameter.
If not, click Settings - Mplayer tab and set mplayer path in
On Saturday 27 July 2013 17:20:22 minoshi wrote:
After some minor changes it compiles and basically runs with MSEgui git
master. How can I play a mpg file for testing?
Martin
First of all mplayer (or mplayer2) must be installed.
mplayer must be searched via path parameter.
If not,
27.07.2013 23:22, Martin Schreiber пишет:
On Saturday 27 July 2013 17:20:22 minoshi wrote:
After some minor changes it compiles and basically runs with MSEgui git
master. How can I play a mpg file for testing?
Martin
First of all mplayer (or mplayer2) must be installed.
mplayer must be
On Saturday 27 July 2013 21:12:20 minoshi wrote:
What video output used? (settings - mplayer - video output)
Default. It works with X11.
What are the steps to reproduce the problem?
Martin
--
See everything from the
Default. It works with X11.
What are the steps to reproduce the problem?
Martin
Copy command in the terminal and removing one parameter after another to
find what option does not work for you system:
usr/bin/mplayer -softvol -quiet -slave -volume 50 -wid 106958540
-nodouble
Copy command in the terminal without -wid 106958540!
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and
On Sunday 28 July 2013 02:51:31 minoshi wrote:
Default. It works with X11.
What are the steps to reproduce the problem?
Martin
Copy command in the terminal and removing one parameter after another to
find what option does not work for you system:
usr/bin/mplayer -softvol -quiet
On Friday 26 July 2013 04:23:13 minoshi wrote:
[...]
Should I add a git repository for your MSEgui projects at MSEuniverse?
https://gitorious.org/mseuniverse
It could be named for example alminsoft and would be the most convenient way
to get your current sources and to fix bugs in MSEgui. What
Hello again!
Form with twindowwidget.
In twindowwidget I put videostream of mplayer:
tterminal.execprog('mplayer -wid' + twindowwidget.clientwinid)
Application has ability fullscreen :
if app not in fullscreen state then exec
mainfo.options := mainfo.options + [fo_fullscreen] -
On Friday 26 July 2013 04:23:13 minoshi wrote:
Hello again!
Form with twindowwidget.
In twindowwidget I put videostream of mplayer:
tterminal.execprog('mplayer -wid' + twindowwidget.clientwinid)
Application has ability fullscreen :
if app not in fullscreen state then exec
46 matches
Mail list logo