Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Dariusz Piatkowski

Pages: 1 ... 51 52 [53] 54 55 ... 61
781
Applications / Re: XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: August 25, 2016, 02:34:00 am »
Quote
...back to 1.0.9 w/ shutdown fix...
XWP 1.0.9 with sliding focus and CURRENT FF works? Or did you backlevel FF too?

No changes to anything other than XWP...and in the process of getting back to a working configuration I discovered that the initial un-official release of 1.0.10 did already have this issue...so as best as I can tell it actually is not your change that appears to be the root cause, rather something else.

Here is what I have:

Directory of G:\TEST\XWORKPLACE

  2-28-12   1:05a   2613820           0  xwp-1-0-9.exe
10-30-15   1:55p   2639932         330  xwp-3.unofficial-1-0-10.exe
10-30-15   1:56p    846396           0  xwp-3.unofficial-1-0-10_nls-en.exe
  8-21-16  12:38p   2640444         466  xwp-4_Dariusz_unofficial-1-0-10.exe
12-04-14   3:44p   2639932           0  xwp-unofficial-1-0-10.exe

So "xwp-unofficial-1-0-10.exe" was already showing this symptom.

782
Applications / Re: XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: August 24, 2016, 06:13:54 am »
Andi and Dave,

Thanks for the feedback you guys and you Andi for going out of your way to get me that modified version. In the end I bailed out and went back to 1.0.9 w/ shutdown fix. The lack of focus for Firefox windows was just too much of a killer for me.

You were both right regarding some other changes having been implemented...I also noticed that FF was acting funny on some sites where I was not able to actually enter any text in certain fields.

783
Applications / Re: XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: August 23, 2016, 06:14:44 am »
Hi Andi!

Quote
Yes please...I'd love to give the "one-off" version a try...
You can get it from here - ftp://ftp.netlabs.org/pub/wlan/xwp-4_Dariusz.unofficial-1-0-10.exe

I've not tested it. But as I remed out only one line I guess it works as expected.

Well, not quite what I was hoping for, but certainly moving in the right direction. So given that this is a one-off release I totally leave it up to you if you don't mind to put a little extra time into troubleshooting this with me.

So...what's actually hapenning is that Firefox window now is not being automatically brought to the foreground, however, strangely enough the Menu Bar items get highligted as if they were actually selected.

Take a look at the attached image to see what I mean.

Thanks,
-Dariusz

784
Applications / Re: XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: August 21, 2016, 03:54:50 pm »
Quote
Yes please...I'd love to give the "one-off" version a try...
You can get it from here - ftp://ftp.netlabs.org/pub/wlan/xwp-4_Dariusz.unofficial-1-0-10.exe

I've not tested it. But as I remed out only one line I guess it works as expected.

Thanks Andi...downloading right now...I'll provide an update once I have it installed!

785
Applications / Re: XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: July 31, 2016, 01:32:35 am »
Hi Andi,

The elegant solution for apps with sliding focus problems would be a user editable list where the user can define window names by himself for exclusion from sliding focus processing. But that's way to much work for me to implement in xwp. And as there where also a few exceptions implemented in this way by someone else I only added my problematic window classes.

Additionally a user would need a feedback of the name of the window which the mouse is currently hovering over. Currently I do this with a xwp debug build and looking at pmprintf output.

I don't know if FF17 does have any problem or not. It's so ancient and I never used it. At least SM suffers from sliding focus problems for more than 4 years. Probably all 2.x versions. Cant remember details but think you could not enter text in some field or you had to place the cursor exactly into the field (not enough within the SM window) which made it unusable to me. If you need a special version which does not exclude "MozillaWindowClass" it's no big problem to build.


Yes please...I'd love to give the "one-off" version a try...would greatly appreciate that.

Regarding the window class name: I used a little utility (X-Ray) which shows my Friefox appearing as "MozillaWindowClass", therefore, your code must be getting activated, thus the end result I'm seeing.

Now regarding VisualSlickEdit (as I occasionally use it here myself), I find that as long as I do not specifically select the Menu all is good...however, once the mouse click is present on the menu then all other selections (sub-menus, etc) become automated, so it's as-if the sliding focus was on anways...is this the behaviour you are seeing as well?

Thanks!
-Dariusz

786
Applications / Re: XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: July 19, 2016, 05:09:21 am »
OK, thank you...this is a great explanation.

What is confusing though is that in my case the Firefox version which I have - 17.0.11 - has no problems with sliding menu selection...it has simply flat-out worked. In the case of your version of XWP the behaviour is no different then what it was like before...unless I'm missing something obvious?

I suspect maybe the szClass="MozillaWindowClass" is no longer the case then?

787
Applications / XWorkplace 1.0.10 b3 - problems with auto-focus?
« on: July 10, 2016, 05:13:47 am »
Hi Everyone!

I just took a plunge into the upgrade of my 1.0.10 GA release of XWorkplace to the un-official (Oct-30, 2015) release, now my Firefox windows will no longer auto-focus/bring to foreground.

Instead of using the Xcenter and it's virtual desktops I am using SkyScrapper here. I suspect maybe there is something at play here, however, I noticed that the un-official release states among some other things the following changes:

=== START ===
Differences to official source code tree
----------------------------------------
- added disabling sliding focus for Innotek Virtual PC, Visual SlickEdit
  and Seamonkey/Mozilla
=== STOP ===

..this seemed pretty safe, but since I'm regularly running some 12 virtual Desktops with many of them hosting their own Firefox window the lack of auto-focus is pretty "sucky"...LOL!

Has anyone seen similar behaviour?

I'm checking here first, I'll post to the official mailing list next (xworkplace-user@netlabs.org).

Thanks!

788
Storage / Re: MTP plugin for Netdrive?
« on: June 26, 2016, 03:11:55 pm »
YES, absolutely interested, for the very reason you mentioned: mobile devices!

789
Alex!

Thank you sir...looks great here, both standard and bitmapped.

Now I actually get to see the difference, thumbs-up, I like the changes, looks slightly "wider" and cleaner.

790
Applications / Re: Temperature monitor
« on: June 12, 2016, 03:26:56 am »
I use smartbar, but if it will work depends on used chipsets. ..

I thought I'd give this a try, installing the latest release from Hobbes (3.2) causes a fail in the TCPIP module though:
------------------------------------------------------------

06-11-2016  21:22:23  SYS3175  PID 0136  TID 0004  Slot 00c7
G:\TEST\SMARTBAR\SMARTBAR.EXE
c0000005
1f64f4ab
P1=00000002  P2=02c55a80  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000000  EBX=00000000  ECX=001a47d0  EDX=00000004
ESI=00000000  EDI=00000000 
DS=0053  DSACC=f0f3  DSLIM=ffffffff 
ES=0053  ESACC=f0f3  ESLIM=ffffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:1f64f4ab  CSACC=f0df  CSLIM=ffffffff
SS:ESP=0053:02c56a8c  SSACC=f0f3  SSLIM=ffffffff
EBP=02c56a98  FLG=00010246

TCPIP32.DLL 0001:0000f4ab

------------------------------------------------------------

Have you seen this before?

My machine is a 6 core SMP box...

Thanks!

791
Programming / Re: The OS/2 API Project at EDM/2
« on: June 07, 2016, 05:01:23 pm »
I think you are right on the money...16-bit vs 32-bit API calls.

For comparison, here is the HPFS386 specific example (direct copy from the Toolkit INF files):

=== START ===
#include <hpfs386.h>
#include <netcons.h>
 
HPFS386GetInfo16(pReserved, pszInfo, sLevel,
           buf, usBuflen, pusBytesAvail);    /* 16 bit */
 
HPFS386GetInfo(pReserved, pszInfo, ulLevel,
           buf, ulBuflen, pusBytesAvail);    /* 32 bit */
=== STOP ===

Here is another example, this one aligned with the naming convention you see:

NetDASDGetInfo or Net32DASDGetInfo

=== START ===
#include <neterr.h>
#include <dasd.h>
 
NetDASDGetInfo(pszServername, pszDirPath, sLevel,
        buf, usBuflen, pusBytesReturned);    /* 16 bit */
 
Net32DASDGetInfo(pszServername, pszDirPath, ulLevel,
        buf, ulBuflen, pulBytesReturned);    /* 32 bit */
=== STOP ===

792
Programming / How to debug application driven CPU spike?
« on: June 07, 2016, 03:54:39 pm »
I have a somewhat of a weird situation here.

While using the PUMonitor application I find that when I boot with the full 6 cores of my CPU enabled the app starts showing a consistent spike across all cores...usually about 11-15%. This does not happen if I boot with just 5 cores enabled.

Also what is interesting is that if I boot with 6 cores up (which is my normal mode of booting) and disable all but the single core the various CPU meteres I use (CPUMon, TOP or the WarpCenter built-in monitor) show a steady 50-60% spike that just continues and is all attributed to the PUMon utility app.

Sooo...the question is: given that the PUMon author has released the source code and that I have the OS/2 toolkit as well as the VAC++/IBM C/C++ toolsets installed (along with the debugger functionality) how would I take a stab at understanding where the CPU spike comes from?

Literally I am thinking of re-compiling the app on my machine and then invoking a DEBUG run...but I simply have no idea how to capture what in the app is causing the CPU spike. Looking for suggestions...

I've attached a screenshot of the CPU spikes and steady 50-60% utilization "flatline" I mentioned above.

793
Programming / Re: Compiling PM app on 2016.
« on: June 01, 2016, 01:24:06 am »
Martin,
Do you have the OS/2 Warp Toolkit installed? Either way the linker, make, etc are part of that install. Also, you will need the OS/2 header files...so I'm guessing you'd pretty much need the toolkit installed first.

For my part, I took a stab at this stuff a good 3-4 yrs ago, I have VAC++ and IBMC C/C++ 3.65 installed, my preference was to use 3.65 and like Mike commented never had a problem with this approach for the rather non-complex pieces of code I was building.

I ran all my stuff through VisualSlickEdit, which uses the idea of project definitions...so you end up building the *.cmd files to run the specific EXEs to compile, link, etc..

Happy to post my details if you wish to pursue this option.

794
Setup & Installation / Re: Minimal OS/2
« on: May 30, 2016, 12:54:26 am »
Way back when I think I used bootos2 to create a maintenance partition...this partition still works for me, but it has been updated manually to account for SMP, etc, etc...very basics here, as in CMD prompt, that's it!!!

I've attached the listing of all the files on that MAINT partition...

795
It might be worth trying to uninstall and re-install....

Yup, just tested that theory out. Un-installed the BOLD font, re-boted, re-installed and re-booted again (just to be on the safe side). Re-enabled my userChrome.css and....back to the "ugly" BOLD font...so for now I'm simply going back to 0.91 release given that BETA7 of FF38 is out and it's probably time to start getting ready for full-time use.

In the end it looks like the 1.01 release BOLD, for whatever reson, is not being recognized as the BOLD font. I did check the registry, all places where wpsu.ttf was showing the new wpsub.ttf showed up as well.

Thanks for the suggestions guys! I'll continue monitor this thread in case any new ideas pop-up...

Pages: 1 ... 51 52 [53] 54 55 ... 61