Re: [Gambas-user] WAIT ... is it an (un) necessary evil for my app?

2009-05-29 Thread M0E Lnx
Just for giggles, I switched my app over to use gb.qt and gb.qt.ext
and it seems to work a lot better...

So that raises the question, Could this be yet another gb.gtk bug?

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] WAIT ... is it an (un) necessary evil for my app?

2009-05-27 Thread M0E Lnx
Anyone else have any other suggestions?

I still can't get this to work.
Adding the wait on the process_kill() event also allows the
progressbar to refresh, but I the results are the same...performance
suffers with this lag at the end of every process.

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] WAIT ... is it an (un) necessary evil for my app?

2009-05-27 Thread Jussi Lahtinen
I had similar problems, but I had only minor performance penalty. So
in my case WAIT was ok.
So I don't think I can help but...
Hard to believe that progressbar really needs 0.25s to just refresh...
WAIT must be doing something else too.
In documentation of refresh, there reads:
If you need an immediate refresh, call WAIT after having used this method.

pbprog.Refresh()
WAIT
Should do it, but I'm sure you already tried that. Bug..?
If not, maybe there should be method RefreshNow, which waits until
refresh is done and after that continues execution.
Or more generally;
pbprog.Refresh() WAIT
like with EXEC instruction.

To wishlist? Better ideas?

Regards,
Jussi


On Wed, May 27, 2009 at 18:31, M0E Lnx m0e@gmail.com wrote:
 Anyone else have any other suggestions?

 I still can't get this to work.
 Adding the wait on the process_kill() event also allows the
 progressbar to refresh, but I the results are the same...performance
 suffers with this lag at the end of every process.

 --
 Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
 is a gathering of tech-side developers  brand creativity professionals. Meet
 the minds behind Google Creative Lab, Visual Complexity, Processing, 
 iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
 Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com
 ___
 Gambas-user mailing list
 Gambas-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gambas-user


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user


Re: [Gambas-user] WAIT ... is it an (un) necessary evil for my app?

2009-05-26 Thread Daniel Campos
Don't wait, remove this part of the code:

 IF $hproc.value  0 then
   RETURN $hproc.Value
 ELSE
  RETURN 0
END IF

Then create an event handler for the kill event which is raised once the
program is finished



2009/5/26 M0E Lnx m0e@gmail.com

 So, the next version of my vinstall-ng app is really shaping up
 nicely, but I'm running into a weird dilemma here.

 This is a linux installer, so there is a lot of decompression going on
 in the background as packages are being installed using via the gambas
 EXEC method.

 Here is the problem I'm having though. I have string arrays of package
 names to install one at a time.
 I have a sub that reads these arrays and processes each package at a time
 I have a function that simply installs the package and checks to make
 sure the process didn't return an error. Allow me to demonstrate

 PUBLIC  INSTALL_FROM_ARRAY(sList as string[])
 DIM sPkg as string
 DIM i, iRet as Integer

 FOR i = 0 to sList.Max
 IF  INSTALL_THIS_PACKAGE(trim(sList[i]))  0 then RETURN
 pbprog.value = i / sList.count
 NEXT

 END

 PUBLIC FUNCTION INSTALL_THIS_PACKAGE(sPkgPath as String) as Integer
 dim $hproc as Process

 $hproc = EXEC [/sbin/installpkg,-q,-R, ClsGlobal.sTargetPath,
 sPkgPath] WAIT
  IF $hproc.value  0 then
RETURN $hproc.Value
  ELSE
   RETURN 0
 END IF

 END

 My problem is that the progressbar does not update as every package
 installs.
 I need to add a wait of at least 0.25 before each package gets
 installed to give the progressbar time to update.
 The background processes do run without the wait instance, but the GUI
 seems stuck. On the other hand, if I want the progressbar, I have to
 sacrifice performance.

 Can anyone think of a way around this?
 Using gambas2.2.12 app uses gb.gtk
 Any help is welcome.

 Thanks


 --
 Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
 is a gathering of tech-side developers  brand creativity professionals.
 Meet
 the minds behind Google Creative Lab, Visual Complexity, Processing, 
 iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
 Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com
 ___
 Gambas-user mailing list
 Gambas-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/gambas-user

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user