bb.donnay-software.com

Donnay Software Web Forums
It is currently Sat May 30, 2020 11:04 pm

All times are UTC - 7 hours




Post new topic Reply to topic  [ 14 posts ]  Go to page 1, 2  Next
Author Message
 Post subject: About SCREEN DESIGN
PostPosted: Wed Nov 04, 2015 11:24 am 
Offline
User avatar

Joined: Tue Jul 28, 2015 5:15 am
Posts: 94
eXpress++ comes with a lot a features for screen design. It is the objective of fast development.

With the set of @ xx,yy DCSAY ... GET you have all kind of stuff. Buttons, Pull Down, Radio, etc.
You have options like FIT, AUTORESIZE.

More than that, you can just add your items with no position reference and call the SCREEN DESIGNER mode.
In the sample c:\exp20\samples\design\*.* you will find the demonstration of this.

This is very powerful. It will rewrite the PRG file to save your changes.
NOTE: does not work with @ x,y DCSAY in FOR or DO WHILE.

// THIS WORKS FINE WITH SCREEN DESIGNER
@ x,y DCSAY something
@ x+1,y DCSAY something

// THIS WILL NOT WORK WITH SCREEN DESIGNER (BECAUSE OF THE REWRITE PRG FILE)
FOR i:=1 to 7
@ x+1+i,y DCSAY somthing
NEXT

DCREAD GUI

ATTENTION ROGER IF YOU READ THIS
A solution to this could be that SCREEN DESIGNER will automatically (You made lazy, sorry) remove everything inside a for and write the code in the PRG file. Because in theory, I would be allowed to move one of the items to the left and the other one to the right.
So they must all be independent.
---

Alaska xBase++ is trying to develop a IDE or some kind of similar development tool. It will be in the Polar, version 3.0. But we are not there yet.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Wed Nov 04, 2015 1:30 pm 
Offline
Site Admin
User avatar

Joined: Wed Jan 27, 2010 6:58 pm
Posts: 4125
Location: Boise, Idaho USA
Quote:
SCREEN DESIGNER will automatically (You made lazy, sorry) remove everything inside a for and write the code in the PRG file.


This is not possible.

There are caveats to using the screen designer system.
It was not meant for such purposes.

It is very valuable when used as intended.
I have made a lot of improvements but I cannot, and will not, try to develop a system that eliminates programming.

I have been reluctant to document this feature because of the very kind of feedback I am getting from you now.
I can see this as opening "pandora's box" and I will get bogged down with this and will have no time left to do more important things.

Alaska Software has not been able to provide a screen designer for over 16 years because such a thing cannot eliminate structural programming requirements. VFP has this feature but it limits the programmer's capabilities and cannot stand up to the capabilities of declarative and imperative programming.

_________________
The eXpress train is coming - and it has more cars.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Wed Nov 04, 2015 1:58 pm 
Offline
User avatar

Joined: Tue Jul 28, 2015 5:15 am
Posts: 94
I agree with that. We can keep it simple and not use loops.
It makes a lot of sense.

This is a very useful feature.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Thu Nov 05, 2015 12:59 am 
Offline

Joined: Tue Apr 20, 2010 1:36 am
Posts: 379
Location: SALZBURG/AUSTRIA
Hello,
I have to create dialogs based on a XML file from a digital pen & paper system with screen position, field type, length etc. for editing the form content. Each form can be different, so I cannot make a fix programmed dialog. For this I have with Rogers help successfully modified the designer, the user can now move and change fields on the fly and I write the position and data back in the XML file. It would be also no problem to make a designer where you can add controls to the dialog. So I think Roger offers a very good basis for developing such things ourselve. But this is a special solution where I need the designer, for standard dialogs I prefer the very simple coding with eXpress++.
regards
Rudolf

_________________
Rudolf Reinthaler
digital pen & paper systems
http://www.formcommander.net


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Thu Nov 05, 2015 5:30 am 
Offline

Joined: Thu Jan 28, 2010 9:11 pm
Posts: 605
Location: Steven Point, Wisconsin USA
What might be nice to consider is the ability to use something like the form designer to paint a screen and generate the Express commands to define the screen. Not a two way form designer, but something to allow you to do the initial design in a visual mode. Something like the Xbase++ form designer. But even something like this requires alot of time to develop. I do just fine with the regular method of using Express++, but this might be something to assist with the initial screen design for alot of people.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Thu Nov 05, 2015 5:58 am 
Offline
Site Admin
User avatar

Joined: Wed Jan 27, 2010 6:58 pm
Posts: 4125
Location: Boise, Idaho USA
Quote:
But even something like this requires alot of time to develop.


Now we are talking about code generators again which takes us back to the limitations of VFP.
Designing screens like this would be slower than writing out the eXpress++ commands.

I am working on an alternative to this idea which I think will work better.

_________________
The eXpress train is coming - and it has more cars.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Thu Nov 05, 2015 8:32 am 
Offline
User avatar

Joined: Tue Jul 28, 2015 5:15 am
Posts: 94
The most time consuming part of screen design is finding the perfect position.
The screen design option provided with eXpress++ takes care of that.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Thu Nov 05, 2015 1:25 pm 
Offline

Joined: Thu Jan 28, 2010 9:11 pm
Posts: 605
Location: Steven Point, Wisconsin USA
I use cut and paste all the time. But if I was going to do something to assist design the screen, I would use something that would assist me in creating the Express++ code like I do. Not a code generator, but something that would make the process of typing

@ 1,1 DCSAY 'Object' GET oM:memvar ;
PICTURE '999.99' ;
VALID {|| validtest()} ;

faster. Click properties and putting in values is not faster. I can navigate excel faster without the mouse then with it. Just sometime tweeking placement can be easier than what currently works well as it is.

That is why I liked the text mode type report designer versus the graphical one. I can do things alot faster.


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Thu Nov 05, 2015 11:34 pm 
Offline

Joined: Tue Apr 20, 2010 1:36 am
Posts: 379
Location: SALZBURG/AUSTRIA
Hello,
I thougt about this with a little application that put such code snippets in the clipboard for the editor. For example composing the code for a browser with all options for a choosen dbf. So you can use your favorite editor.
regards
Rudolf

_________________
Rudolf Reinthaler
digital pen & paper systems
http://www.formcommander.net


Top
 Profile  
 
 Post subject: Re: About SCREEN DESIGN
PostPosted: Fri Nov 06, 2015 5:29 am 
Offline
User avatar

Joined: Thu Jan 28, 2010 6:57 am
Posts: 203
Location: Alsip, Illinois USA
Shades of "FlashCode" days gone by...


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 14 posts ]  Go to page 1, 2  Next

All times are UTC - 7 hours


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group