OpenEuphoria

2. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by ZNorQ <znorq at holhaug.com> Nov 06, 2006
• 691 views

don cole wrote:
> 
>   First I would like to thank Derek Parnell and Greg Haberek without who’s
>   help
> this project would never have been completed.
> 
>    With this program you can change the width and height of the Progress Bar.
> Also you can also change the colors and pattern.  Completely written in
> Euphoria
> and Open Source. Anyone can integrate it into their own programs.  
> 
> Demo included.
> 
> 
> Don Cole

Don,

I wanted to try out your demo, but first it was missing 'font.e',
where I just found one from the archive and used that. Then it was
missing 'mylog.e', and I gave up.. 

Where do I find these files?

Ken / ZNorQ

4. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by don cole <doncole at pacbell.net> Nov 06, 2006
• 693 views

Hello ZNorQ,

Rem out line 3 of mygets.e.

I've re-uploaded with that removed.

Don Cole

6. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by don cole <doncole at pacbell.net> Nov 06, 2006
• 699 views
• Last edited Nov 07, 2006

ZNorQ wrote:
> 
> don cole wrote:
> > 
> > Hello ZNorQ,
> > 
> > Rem out line 3 of mygets.e.
> > 
> > I've re-uploaded with that removed.
> > 
> > Don Cole
> 
> 
> Very nice, Don - it works like a charm now - without the need for any
> modification by me.
> 
> But - the processes seem to be 'stuck' - had to remove them from task-
> manager. Is it me, or?
> 
> Ken / ZNorQ

I found that happened to me if I had more than one instance of it running.
It pauses  but I never had to use the task manager to stop it. Is this happening
on all three buttons?

Don Cole

8. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by ZNorQ <znorq at holhaug.com> Nov 07, 2006
• 699 views

ZNorQ wrote:
> 
> 
> > I found that happened to me if I had more than one instance of it running.
> > It pauses  but I never had to use the task manager to stop it. Is this
> > happening
> > on all three buttons?
> > 
> > Don Cole
> 
> Yes, all three. I can't remember, but I think I started one at the time,
> closing them (cancel?) before starting the other. I saw that the computer
> slowed down, so I had a look at the task manager - and there was 3 tasks
> that didn't close.
> 
> I'll do abit more testing when I get back to work tomorrow.
> 
> Ken / ZNorQ

Don Cole,

Seems the process is left running its own little life as it is now. I did
make a change to your demo - replacing closeWindow(RGBWin) with closeApp().
When I checked the 'close when done' the program shuts down as hoped for.

But when I use the 'cancel' or 'system close button' (upper right corner of
the window), the task wont close.

Ken / ZNorQ

10. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by ZNorQ <znorq at holhaug.com> Nov 07, 2006
• 689 views

don cole wrote:
> 
> ZNorQ wrote:
> > 
> > ZNorQ wrote:
> > > 
> > > 
> > > > I found that happened to me if I had more than one instance of it
> > > > running.
> > > > It pauses  but I never had to use the task manager to stop it. Is this
> > > > happening
> > > > on all three buttons?
> > > > 
> > > > Don Cole
> > > 
> > > Yes, all three. I can't remember, but I think I started one at the time,
> > > closing them (cancel?) before starting the other. I saw that the computer
> > > slowed down, so I had a look at the task manager - and there was 3 tasks
> > > that didn't close.
> > > 
> > > I'll do abit more testing when I get back to work tomorrow.
> > > 
> > > Ken / ZNorQ
> > 
> > Don Cole,
> > 
> > Seems the process is left running its own little life as it is now. I did
> > make a change to your demo - replacing closeWindow(RGBWin) with closeApp().
> > When I checked the 'close when done' the program shuts down as hoped for.
> > 
> 
> Thats ok I originally had abort(0) in there.
> 
> > But when I use the 'cancel' or 'system close button' (upper right corner of
> > the window), the task wont close.
> 
> I don't understand that.
> I never had any problem with either way. I'm using win 2000. Eu 2.5 Winlib
> v0.60.6

WinXP, Eu 3.0.1, Winlib v0.60.6 here..

> 
> > 
> > Ken / ZNorQ
> 
> Thanks for checking it out though.

No problem. Might be my configuration that is 'off', but I cannot really
see what is causing this.. I'll have a go at it at home too - I'm using
Eu2.5 there. Too much hazzle reinstalling 2.5 at work... :)

> 
> Don Cole

12. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by don cole <doncole at pacbell.net> Nov 08, 2006
• 691 views

Hello Rad,

Thank you for checking out my Progress Bar.

Rad wrote:
> 
> Hi Don,
> 
> Progress Bar is a nice utility.
> 
> Can we have a CText (initially empty) at the top of RGBWin where one can
> provide
> the information (if required) about the current activity being done?
> e.g. "Checking File Integrity..." or "Loading System Variables...." etc.
> 

You could change name of the window as you go along. setText(RGBWin,"the thing I
am doing now") It may require re-painting the window.

> One more Q:
> 
> I am building my application menu from database using fastmenu.ew by
> C.K.Lester.
> In the initial stage, I prepare a sequence containing total menu options
> available
> for the user depending on his access level.
> This sequence is then passed to fastmenu which builds actual menu items for
> the application, where I am keeping count of number of options loaded out of
> total available options.
> 
> Now if I want to display Progress Bar while building the application menu, how
> can I go about it? Will "opening RGBWin 

just once

& calling BuildPicture()" after each
> addition to the option counter do the trick?

I'm not familiar with cklester's fastmenu. I downloaded it and am studying.

The way I'm doing it is:
openWindow(RGBWin,Normal)-- this 0nly has to be done once.

    daily_db=get_file("daily.dat")
    dailyLen=length(daily_db)--this would be count in the demo
for x=1 to dailyLen do--here I'm loading a database and puting it in a --   
       listView and watching the progress on the Progress Bar.
       theData &= addLVItem(ListView4, 0, daily_db[x])
       BuildPicture(x,steady,moving)
    end for

Again not being familiar with fastmenu I would calculate the total amount of
  stuff you have to do (load) and call it count. Then on each increment of that
  (call it x) BuildPicture(x,steady,moving).

> 
> Regards,
> Rad.

I will check out fastmenu and see if I can figure out what it is doing.
If you could clue me in that would be nice.

Don Cole

14. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by don cole <doncole at pacbell.net> Nov 09, 2006
• 682 views

Rad wrote:
> 
> don cole wrote:
> > 
> > I will check out fastmenu and see if I can figure out what it is doing.
> > If you could clue me in that would be nice.
> > 
> > Don Cole
> 
> Hi Don,
> 
> I have sent you a fastmenu + progress bar test project on doncole at
> pacbell.net
> Also done some changes to progress bar files and have some Q's.
> 
> Regards,
> Rad.

Working on it, will email you when done.

Don Cole

16. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by Rad <radhx at rediffmail.com> Nov 10, 2006
• 670 views

don cole wrote:
> 
> Hello Rad,
> 
> E=mailed you a couple of times and got no response.
> 
> This doesen't make sense to me.
> 
>  session_menu = {}
>  for i=1 to length(session_menu) do
>  
>  What are you trying to check the progress of?
> 
> Don Cole

Hi Don,

Sorry for the late reply, as there was a 12 hr. power shutdown in our area.

for i = 1 to length(session_menu) do
		childID = getMenuID(session_menu[i][1])
		void = destroyMenu(session_menu[i][2])
		destroy(childID)
		refreshWindow(WinId)
	end for
	allMenus = {{},{}}
	session_menu = {}

I added this loop to remove the previously built menu items.
If you do not use this loop, the you get multiple menu items in menu bar.

I had this problem of multiple menu items getting generated and that's why this
loop came into place, and hence the project name. The scenario is like this-

1] Application starts.
2] User is provided with log-in screen.
3] User can provide user-id / password to login or he can quit application. 3]
Main Application window is shown where Menu is built for the user as per
   his access rights to various options in the application.
4] User does his work and when he logs out, he is taken back to step 2.

Now without exiting the system, if the user logs in again with same or different
user name, the previous menu is still attached to Main Application window.

Just comment out this loop and see what happens -
1] start MenuDestroy
2] open window2 (first login)
3] close window2
4] again open window2 (equivalent to second login)

So I am destroying the Menu items *if present* (first time it won't do
anything), but I am not tracking it as there is no need.

Regards,
Rad.

18. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by Rad <radhx at rediffmail.com> Nov 11, 2006
• 667 views

don cole wrote:
>    Is this correct ,that you want to monitor the loading of menus with the
> progress bar?
> 
>    The reason I ask this is that it seems to me that the menues load so fast
> that there is no need of a Progress Bar here.
> 		

Hi Don,

Yes, I want to monitor the loading of menu items.

Here, I am talking about a fairly large system with more than 20 modules
and around 800-1000 menu items in all.
And being a client-server application, I have seen it taking considerable
time to load user specific menus, server being in a different city altogether.
So, better to keep the user awake and interested in the system 

Of course, I would be using the progress bar at other areas too.

Regards,
Rad.

20. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by don cole <doncole at pacbell.net> Nov 11, 2006
• 668 views
• Last edited Nov 12, 2006

Rad wrote:
> 
> don cole wrote:
> >    Is this correct ,that you want to monitor the loading of menus with the
> > progress bar?
> > 
> >    The reason I ask this is that it seems to me that the menues load so fast
> > that there is no need of a Progress Bar here.
> > 		
> 
> Hi Don,
> 
> Yes, I want to monitor the loading of menu items.
> 
> Here, I am talking about a fairly large system with more than 20 modules
> and around 800-1000 menu items in all.
> And being a client-server application, I have seen it taking considerable
> time to load user specific menus, server being in a different city altogether.
> So, better to keep the user awake and interested in the system 
> 
> Of course, I would be using the progress bar at other areas too.
> 
> Regards,
> Rad.

O.K. Rad,

I will rewrite menuDestroy.exw to stop the flickering. And put the loop in the
  right place. If you checked your e-mail you will see I had it in the wrong place.
  Then I will e-mail it to you complete, within a day or so. I have to go to work
  now and of course there is football tomarrow.

Don Cole

22. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by Rad <radhx at rediffmail.com> Nov 12, 2006
• 689 views

don cole wrote:
> 
> Hello again Rad,
> 
> I notice that you have the Progress Bar at line 99 and line 216 of
> fastmenu.ew.
> Which do you want to track?
> 
> Don Cole

Hi Don,

Line 99 is the main area to track. No need for line 216.

What about LText or CText for the information about the current activity being
done?
I would appreciate if you can provide it.

Also, what about mygets.e conflict with w32tk.ew regarding int() and trim()?
Will mygets.e be still needed?

Enjoy your football.

Regards,
Rad.

24. Re: Don Cole's Niffty Progress Bar Uploaded

• Posted by don cole <doncole at pacbell.net> Nov 12, 2006
• 680 views

Rad wrote:
> 
> don cole wrote:
> > 
> > Hello again Rad,
> > 
> > I notice that you have the Progress Bar at line 99 and line 216 of
> > fastmenu.ew.
> > Which do you want to track?
> > 
> > Don Cole
> 
> Hi Don,
> 
> Line 99 is the main area to track. No need for line 216.
> 
> What about LText or CText for the information about the current activity being
> done?
> I would appreciate if you can provide it.
> 
> Also, what about mygets.e conflict with w32tk.ew regarding int() and trim()?
> Will mygets.e be still needed?

Not if you change line 158 of progress.ew to floor(x). Remove include mygets.e.
Then int() and trim() won't be in conflict with anything.

I'm going to change progress.ew to make it easier to integrate into other
programs.

Thank you for pointing out some obvious problems.

I'll look into CText.

> 
> Enjoy your football.
> 
> Regards,
> Rad.


Don Cole