brother.gabriel | 1 Aug 2012 04:04
Gravatar

Re: AHK > PPro

Punch cards!  Wow! And I esteemed myself for using 45 records!  You've gotten a good deal past the hacker
stage, I must say.

--- In power-pro@..., "brucexs" <brucexs <at> ...> wrote:
>
> 
> 
> --- In power-pro@..., "brother.gabriel" <brgabriel <at> > wrote:
> >
> >   I am 38 (does that sound old?).  
> No.  Before you were born I was a hagh school nerd hacking on a 16 KB [sic] computer with a 2 megabyte  [sic] hard
drive using punched cards.
>

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

PowerPro's download site: http://powerpro.webeddie.com/Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/power-pro/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/power-pro/join
    (Yahoo! ID required)

<*> To change settings via email:
    power-pro-digest@... 
(Continue reading)

brother.gabriel | 1 Aug 2012 04:27
Gravatar

Re: Beta 5.01 (!) with correct link

Hate to try to debug that one...  (ha ha)

--- In power-pro@..., "brucexs" <brucexs <at> ...> wrote:
>
> 
> 
> > However, there is a bug where if I move the mouse off and on my main PPro bar repeatedly in quick succession,
every tenth or so repetition the mouse pointer will jump a little distance (in this case to the left to what
might be the center of the bar). However, I've so far not been able to get this to happen with any other bar, so
I suspect it might have something to do with that bar showing Active Buttons.
> > 
> > Any ideas, Bruce?
> 
> 
> Sounds like a nervous tic.  Maybe drink less coffee?
> 
> Seriously, it does not seem to happen on my bar with active buttons so something more complicated and more
related to other parts of your config may be the reason.
> 
> Do you have any mousetrap mouse keys or do you have a PowerPor forward and back key?
>

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

PowerPro's download site: http://powerpro.webeddie.com/Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/power-pro/

<*> Your email settings:
(Continue reading)

nospam0123456us | 1 Aug 2012 09:57
Picon
Favicon

plugin compatibility..

Thank you very much for this clear explanation. 

The main problems are  
- Source code not available :( 
- Callback nicely done using sendcopydata to powerpro main instead of current powerpro.

=> Do you know if Alan's plugin use direct sendmessage or use powerpro services to do the message sending ?

   Just to force rerouting to 21 same process if 1 is sent to ppromain

 
=> The cbx or cb call that are always used by a callback should be modified with a kind of 
 ?'do("callprocess '++pprprocessname++?'",'++.cbx.......++?')' 

We could also to have simpler process call syntax like a
^processName^.toto("A")   equivalent to do("callprocess processName",?%.toto("A"%)
^processName^win.debug("titi") equivalent to do("callprocess processName",win.debug("titi"))

cb / cbx could also have variant cbProc cbxProc that also enclose a process call.

I also use an old plugin (without code) console 1.03 and it works fine from process to process but
unfortunately only one windows can be done for all... If plugin is stated as abandoned it should be fine to
have sourcecode in any language and in any readability state (but not obfuscated)... This could give us a
try to maintain at least personally 

--- In power-pro@..., "brucexs" <brucexs <at> ...> wrote:
>
> I had the same thought as you and did add the capability to set wparam  and I implemented it-- it is now the
optional last parameter to win.sendcopydata in the latest beta.
> 
(Continue reading)

phkiefer | 1 Aug 2012 11:01
Picon

Re: Beta 5.01 (!) with correct link

The bug(s ?) is / are more serious than I thought! It isn't really PProConf - that just makes it more
noticeable. The flickering (once it kicks in) also occurs to a minor degree whenever I switch windows
using PowerPro, i.e. when I click on PPro active buttons bar or run win.show("=notepad++"), the NPP
window flickers for about a second or two when shown. When I use the native Windows taskbar or alt-tab, no
flickering occurs. I figure that might be what's behind the caffeine overdose of my mouse arm as well. Oh
dear, oh dear...

--- In power-pro@..., "brucexs" <brucexs <at> ...> wrote:
>
> 
> 
> > However, there is a bug where if I move the mouse off and on my main PPro bar repeatedly in quick succession,
every tenth or so repetition the mouse pointer will jump a little distance (in this case to the left to what
might be the center of the bar). However, I've so far not been able to get this to happen with any other bar, so
I suspect it might have something to do with that bar showing Active Buttons.
> > 
> > Any ideas, Bruce?
> 
> 
> Sounds like a nervous tic.  Maybe drink less coffee?
> 
> Seriously, it does not seem to happen on my bar with active buttons so something more complicated and more
related to other parts of your config may be the reason.
> 
> Do you have any mousetrap mouse keys or do you have a PowerPor forward and back key?
>

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

PowerPro's download site: http://powerpro.webeddie.com/Yahoo! Groups Links
(Continue reading)

brucexs | 1 Aug 2012 13:55
Picon
Favicon

Re: plugin compatibility..

He uses copydata, not the plugin service to run a command.

The plugin service won't work in general because he is often doing this from a separate thread and PowerPro
is not thread safe.  You can only use the plugin service from the main powerpro thread.  So he is doing the
right thing. 

 The fix for the plugin (which is in the event plugin which had the same issue) is to use a new plugin service to
get the main window of the process the plugin is running in, rather than using Findwindow on a fixed window class.

I want keep thinking about alternate solutions.

If only there was a way to hook sending messages, rather than receiving them -- it would be easy for me to hook
all the powerpro processes and then figure out which one sent it.  But there does not seem to be.  '

The main process had a database of all the processes and their main windows from which I could get the pids and
enumerate the threads.  But then what?

I am also thinking that I overcomplicated the current workaround by allowing for two many possibilities, e.g.
- it lets you select by process name in case you are sharing nopcf.pcf

- it does demand, I believe, that the pcf files are located under the powerpro pcf folder of the  main process
to prevent possible (but unlikely) duplications.

Let me know if you find it awkward and I may simplify it.

--- In power-pro@..., "nospam0123456us"
<nospam0123456us <at> ...> wrote:
>
> Thank you very much for this clear explanation. 
> 
(Continue reading)

brucexs | 1 Aug 2012 13:57
Picon
Favicon

Re: Beta 5.01 (!) with correct link

I have not seen this in my two machines and their active buttons.

Perhaps it is an interaction with something else in your config activating a bug.

Try switching to default pcf and configuring its bar with active buttons.  Do they cause the same issue?

If not, is there anything in your standard pproconf.pcf that is trying to set the focus, e.g. in a monitor
command list or an autorun command list?

--- In power-pro@..., "phkiefer" <philippkiefer <at> ...> wrote:
>
> The bug(s ?) is / are more serious than I thought! It isn't really PProConf - that just makes it more
noticeable. The flickering (once it kicks in) also occurs to a minor degree whenever I switch windows
using PowerPro, i.e. when I click on PPro active buttons bar or run win.show("=notepad++"), the NPP
window flickers for about a second or two when shown. When I use the native Windows taskbar or alt-tab, no
flickering occurs. I figure that might be what's behind the caffeine overdose of my mouse arm as well. Oh
dear, oh dear...
> 
> --- In power-pro@..., "brucexs" <brucexs <at> > wrote:
> >
> > 
> > 
> > > However, there is a bug where if I move the mouse off and on my main PPro bar repeatedly in quick
succession, every tenth or so repetition the mouse pointer will jump a little distance (in this case to the
left to what might be the center of the bar). However, I've so far not been able to get this to happen with any
other bar, so I suspect it might have something to do with that bar showing Active Buttons.
> > > 
> > > Any ideas, Bruce?
> > 
> > 
(Continue reading)

brucexs | 1 Aug 2012 14:53
Picon
Favicon

Re: plugin compatibility..

This is what I am looking for:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms681622(v=vs.85).aspx

But it only works on win7 and it may need admin rights.  I will play with it a bit and see.

--- In power-pro@..., "brucexs" <brucexs <at> ...> wrote:
>
> He uses copydata, not the plugin service to run a command.
> 
> The plugin service won't work in general because he is often doing this from a separate thread and PowerPro
is not thread safe.  You can only use the plugin service from the main powerpro thread.  So he is doing the
right thing. 
> 
>  The fix for the plugin (which is in the event plugin which had the same issue) is to use a new plugin service to
get the main window of the process the plugin is running in, rather than using Findwindow on a fixed window class.
> 
> I want keep thinking about alternate solutions.
> 
> If only there was a way to hook sending messages, rather than receiving them -- it would be easy for me to hook
all the powerpro processes and then figure out which one sent it.  But there does not seem to be.  '
> 
> The main process had a database of all the processes and their main windows from which I could get the pids
and enumerate the threads.  But then what?
> 
> I am also thinking that I overcomplicated the current workaround by allowing for two many possibilities, e.g.
> - it lets you select by process name in case you are sharing nopcf.pcf
> 
> - it does demand, I believe, that the pcf files are located under the powerpro pcf folder of the  main process
to prevent possible (but unlikely) duplications.
> 
(Continue reading)

brucexs | 1 Aug 2012 15:02
Picon
Favicon

Re: plugin compatibility..

I missed part of your message in first reply.
>  
> => The cbx or cb call that are always used by a callback should be modified with a kind of 
>  ?'do("callprocess '++pprprocessname++?'",'++.cbx.......++?')' 

If you are referring to what the plugin author should do, because of the thread-safe issue, the above is not
safe in general.  

If the author knows plugin is running in same thread as PowerPro, then g_ppsv->RunCmd will work. 

 Otherwise must use senddata to (g_ppsv->PowerProWindow(0))  (g_ppsv is cached global pointer for
powerpro services function list).

> 
> We could also to have simpler process call syntax like a
> ^processName^.toto("A")   equivalent to do("callprocess processName",?%.toto("A"%)
> ^processName^win.debug("titi") equivalent to do("callprocess processName",win.debug("titi"))
> 
> cb / cbx could also have variant cbProc cbxProc that also enclose a process call.

Sorry, too much work.  You can create your own functions to do this, cbx is actually just doing simple string
processing.  

Might be doable be creating a powerpro classes and an object instance for each process with a method to call
that process with a supplied function name and argument string -- then you could use dot syntax. 

class process
- new does newprocess, stashes info in instance variables
- call method on an object instance does cbx type call to that process and returns result.  

(Continue reading)

nospam0123456us | 1 Aug 2012 17:49
Picon
Favicon

Re: Beta 5.01 (!) with correct link

I detected the same isue if i use a pcf with reconfigure command list and tick the option to call it when
reconfigure is done.

(even if reconfigure Command list is empty)

It is VERY visible WITH PSPAD, Notepad++ toolbar.

--- In power-pro@..., "brucexs" <brucexs <at> ...> wrote:
>
> I have not seen this in my two machines and their active buttons.
> 
> Perhaps it is an interaction with something else in your config activating a bug.
> 
> Try switching to default pcf and configuring its bar with active buttons.  Do they cause the same issue?
> 
> If not, is there anything in your standard pproconf.pcf that is trying to set the focus, e.g. in a monitor
command list or an autorun command list?
> 
> --- In power-pro@..., "phkiefer" <philippkiefer <at> > wrote:
> >
> > The bug(s ?) is / are more serious than I thought! It isn't really PProConf - that just makes it more
noticeable. The flickering (once it kicks in) also occurs to a minor degree whenever I switch windows
using PowerPro, i.e. when I click on PPro active buttons bar or run win.show("=notepad++"), the NPP
window flickers for about a second or two when shown. When I use the native Windows taskbar or alt-tab, no
flickering occurs. I figure that might be what's behind the caffeine overdose of my mouse arm as well. Oh
dear, oh dear...
> > 
> > --- In power-pro@..., "brucexs" <brucexs <at> > wrote:
> > >
> > > 
(Continue reading)

brucexs | 1 Aug 2012 18:38
Picon
Favicon

Re: Beta 5.01 (!) with correct link


Still don't see it this issue even with reconfigure.  Can you confirm for me exactly what starts this flashing?

Not sure what you mean by
> It is VERY visible WITH PSPAD, Notepad++ toolbar.

Do mean this programs are active buttons and you get the flashing when you switch between them?  In other
words, exactly what flickers and when does it happen for you.

 Does it happen with notepad instead of pspad (have notepad++ installed but not pspad).

--- In power-pro@..., "nospam0123456us"
<nospam0123456us <at> ...> wrote:
>
> I detected the same isue if i use a pcf with reconfigure command list and tick the option to call it when
reconfigure is done.
> 
> (even if reconfigure Command list is empty)
> 
> It is VERY visible WITH PSPAD, Notepad++ toolbar.
> 
> 
> --- In power-pro@..., "brucexs" <brucexs <at> > wrote:
> >
> > I have not seen this in my two machines and their active buttons.
> > 
> > Perhaps it is an interaction with something else in your config activating a bug.
> > 
> > Try switching to default pcf and configuring its bar with active buttons.  Do they cause the same issue?
> > 
(Continue reading)


Gmane