Screenshots requested
Re: Screenshots requested
Hi Skiman
Yes it is....
Yes it is....
Re: Screenshots requested
Pedro -
I like what you have done with the ribbon bar. It's very simple and not cluttered but elegant looking.
Do you have a small code sample?
Roger
I like what you have done with the ribbon bar. It's very simple and not cluttered but elegant looking.
Do you have a small code sample?
Roger
The eXpress train is coming - and it has more cars.
-
- Posts: 484
- Joined: Wed Jan 27, 2010 10:25 pm
- Location: Berlin Germany
Re: Screenshots requested
I removed the Codejock ribbonbar from my app, because it slow down the app and sometimes did not react anymore.
_______________________
Best Regards
Wolfgang
Best Regards
Wolfgang
-
- Posts: 605
- Joined: Thu Jan 28, 2010 9:11 pm
- Location: Steven Point, Wisconsin USA
- Contact:
Re: Screenshots requested
What are the values of these defines:
COLOR_BLACK
BD_KEYLIME
COLOR_BLACK
BD_KEYLIME
Re: Screenshots requested
Look in \exp19\Samples\COLORVIEW\bdcolors.ch
The eXpress train is coming - and it has more cars.
Re: Screenshots requested
i did not think "Codejock" is the Problem ... it is how Alaska handle activeX which is (very) slow ... and often "block" GUI Thread.Wolfgang Ciriack wrote:I removed the Codejock ribbonbar from my app, because it slow down the app and sometimes did not react anymore.
it does happend with XbpStatusbar() or XbpToolbar() when simulate "quick click" e.g. send 1000 PostAppEvent() to those Controls which based on M$ComCtl.OCX
you can use ot4xb and DispHPR instead of Alaska activeX when not need Notify Events.
greetings by OHR
Jimmy
Jimmy
Re: Screenshots requested
Roger,
This is a screenshot of one of our dialogs
Each of 3 main dialogs (buyer, lot, seller) opens up from the main menu in it's own window/thread. not modal.
My staff has just asked me about the possibility of placing all these dialogs into another window inside our application thusly:
I'm thinking each tab would probably still need to have it's own thread, (to avoid re-writing all the logic coming from each dialogs actions) but from a U.I. POV, it would be very good for our users.
might this be possible ??
This is a screenshot of one of our dialogs
Each of 3 main dialogs (buyer, lot, seller) opens up from the main menu in it's own window/thread. not modal.
My staff has just asked me about the possibility of placing all these dialogs into another window inside our application thusly:
I'm thinking each tab would probably still need to have it's own thread, (to avoid re-writing all the logic coming from each dialogs actions) but from a U.I. POV, it would be very good for our users.
might this be possible ??
Brian Wolfsohn
Retired and traveling around the country to music festivals in my RV.
OOPS.. Corona Virus, so NOT traveling right now...
http://www.breadmanrises.com
FB travel group: The Breadman Rises
Retired and traveling around the country to music festivals in my RV.
OOPS.. Corona Virus, so NOT traveling right now...
http://www.breadmanrises.com
FB travel group: The Breadman Rises
Re: Screenshots requested
That's an interesting idea and I think it is possible.I'm thinking each tab would probably still need to have it's own thread,
(to avoid re-writing all the logic coming from each dialogs actions) but from a U.I. POV,
it would be very good for our users.
might this be possible ??
I will work on a sample program.
The eXpress train is coming - and it has more cars.
Re: Screenshots requested
Hi,
I thought about this some weeks ago. Using TAB pages is a nice look and feel. A problem I see is that a user can now open easily the same function/thread several times. Then he can move the dialog to the place he wants. When using tab-pages, it won't be possible to do this?
This is the look I made. I'm wondering how a user could open Customers (klanten) two times. Now it opens two dialogs in a different thread.
The 'tabpages' are in fact buttons on a toolbar. The height of the toolbar is 38, at row 12 I put buttons with a height of 30. This way they look as a tab.
I thought about this some weeks ago. Using TAB pages is a nice look and feel. A problem I see is that a user can now open easily the same function/thread several times. Then he can move the dialog to the place he wants. When using tab-pages, it won't be possible to do this?
This is the look I made. I'm wondering how a user could open Customers (klanten) two times. Now it opens two dialogs in a different thread.
The 'tabpages' are in fact buttons on a toolbar. The height of the toolbar is 38, at row 12 I put buttons with a height of 30. This way they look as a tab.
Re: Screenshots requested
when start with Codejock Control we realize that Windows "real" Tabpage ist different to Alaska XbpTabpage()
Windows API does have a TabControl ( WC_TABCONTROL ) but there is no "Body" ...
we did add a XbpStatic as Parent for Xbase++ and use SetParent() API to attach it to TabControl.
TabControl just switch Tabs and Hide()/Show() "Body" so in general it is possible to use a XbpDialog instead of XbpStatic as "Body"
Windows API does have a TabControl ( WC_TABCONTROL ) but there is no "Body" ...
we did add a XbpStatic as Parent for Xbase++ and use SetParent() API to attach it to TabControl.
TabControl just switch Tabs and Hide()/Show() "Body" so in general it is possible to use a XbpDialog instead of XbpStatic as "Body"
greetings by OHR
Jimmy
Jimmy