> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 1:10 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
[...]
>
> > layer 1 - an abstraction of common GUI elements that
> >
without affecting existing
targets
Method 2 cons
- if changes need to be made they will have to be made across N code
bases
- possible redundancy in various implementations
Comments?
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 9:06 PM
> To: Boost mailing list
> Subject: RE: Re: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PR
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Rainer Deyke
> Sent: Wednesday, August 06, 2003 7:47 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: GUI sublanguage ?
>
> Brock Peabody wrote:
> > I realize th
#x27;s
era Mac at home I could use but I don't want to have to buy any software
for it.
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
7;t think there is any way around this.
For those of you concerned with run-time flexibility please remember
that your compile-time trait can be used to specify run-time flexible
behavior.
>The
> customizations could be even put in another namespace.
boost::gui::detail?
Brock
_
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Pascal Bleser
> Sent: Friday, August 08, 2003 6:58 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: UI++ [was: GUI sublanguage; Re: GUI/GDI
template
> library]
[...]
> Something like wxWindows
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 3:58 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROT
sounds like pretty much everyone is of this same opinion. Sure
> it makes a nice C++ interface, but it doesn't allow much extensibility,
IMO.
You're right, but we can't succeed if we try to do everything at once. The
best we can do is make it easy to add in more features
t; we can discuss it there. I won't be able to pull it
> off by myself in a reasonable ammount of time. Hope
> you guys will join. Brock, Philippe, everyone
> interested, are we up to this challenge?
I'm in!
>
> Anyway, now is your last chance to change the project
>
targeted) platforms first, IMHO.
Think of it this way. Say we want to implement our own custom list control
under windows.Do we make it look like a Win 2000 list control or XP?
When the user finally upgrades to Win 200X your software looks immediately
dated anyway.
Regards,
Brock
___
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Rainer Deyke
> Sent: Wednesday, August 06, 2003 12:32 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: GUI/GDI template library
>
> Brock Peabody wrote:
> >
- Original Message -
From: "Rob & Lori" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Friday, August 08, 2003 6:14 PM
Subject: Re: [boost] Re: UI++ [was: GUI sublanguage;Re: GUI/GDI
templatelibrary]
> brock wrote:
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Bohdan
> Sent: Tuesday, August 05, 2003 12:08 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: Re: GUI/GDI template library
>
>
> "Brock Peabody" <[E
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 5:08 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECT
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 10:33 PM
> To: Boost mailing list
> Subject: Re: [boost] GUI/GDI template library
[...]
> Don't know where to start...
> Greek and Roman mythology?
>
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Thursday, August 07, 2003 11:00 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: UI++ [was: GUI sublanguage;Re: Re: Re: Re:
GUI/GDI
> template libr
;
> Interface proposed by me can and should have default values as well.
That is where I was headed with the traits mechanism.
>
> > If we head in the direction we've been talking we would also provide
a
> > cross platform lower level API where you could get more control and
do
1) not available on mingw 2) big and full of traps.
If we can do Win32 I guess there isn't any point in doing MFC. I will
not miss it much :)
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
! Both has little to do with the library itself.
It may not be necessary to templatize some of the lower levels of the
implementation. The interface will almost certainly be all templates.
>
> > What about simple boost::gui ?
>
> I would like to have an unique name without the boo
. We can have our cake and eat it
too :)
That reminds me of something I was thinking about your post on
wxWindows. Someone could always write a 'driver' targeting wxWindows if
they want quick access to all of the platforms it supports and don't
mind the LGPL.
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
per to come up with a reasonable personal
> timeline (based on his/her personal schedule) for a
> part that she/he is going to be working on.
> What do you think?
I think we should come up with a plan that takes us from start to finish
(submission for review), but I don't think we should attach any dates to
it.
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
the files by mail - [EMAIL PROTECTED]
You got it! Please let me know if it works. I will try to find time
today to add some more elements to the sample like grid<>,
typed_list_box, etc...
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Friday, August 08, 2003 7:54 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: UI++ [was: GUI sublanguage; Re: Re: Re: Re:
> GUI/GDI templat
That's a cool idea. It's a lot prettier than using the preprocessor.
Does anyone know whether or not a language solution is being considered
for this or variable class template arguments?
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A.
e at work? I also made it clear to
my boss, who is a good programmer and uses boost, that I planned on devoting
a significant amount of time to this new GUI project. Again, he thought it
was great. Should I get this permission formalized?
Thanks,
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
latform independent GUI environment is only half of our purpose. The
other is to leverage modern C++ techniques to simplify making GUIs. A
quick glance at Qt's class hierarchy should be enough to see that they
are not using such a design:
http://www.trolltech.com/images/classchart.gif.
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 3:42 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTEC
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 11:33 AM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
[...]
> To the method 1 pros list:
> - More user friendly. If the
ement strategy can be
> just one of the predefined set.
> In general, I think that it is just an issues of clear
> definitions of space management basics that can be
> utilized by various specilized algorithms.
My thoughts exactly.
Brock
___
GUI sublanguage; Re: Re: Re: Re: GUI/GDI
template library]
> At 09:27 AM 8/8/2003, Brock Peabody wrote:
>
> >... I took the library from work code ...
>
> Brock,
>
> Do you have formal permission from the library's owner to do that?
> Presumably the code is owned
Because for a pretty large number of applications you can really
simplify your code a lot by relying on the GUI system to 'do the right
thing':
using boost::gui;
void my_action() {...}
void progress_action(int tick) {...}
gui::show( "sample boost application",
column (
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Joel de Guzman
> Sent: Wednesday, August 06, 2003 5:51 PM
> To: Boost mailing list
> Subject: Re: [boost] Re: GUI sublanguage ?
>
> Brock Peabody <[EMAIL PROTECTED]> wr
Aug 6, 2003, at 16:37 America/Denver, E. Gladyshev
wrote:
>
> >
> > --- Brock Peabody <[EMAIL PROTECTED]>
> > wrote:
> >
> >> That sounds good. What if we called the lower layer
> >> boost::gui and the
> >> upper layer boost::sgtl?
It st
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 2:33 PM
> To: Boost mailing list
> Subject: RE: Re: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PR
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 1:03 PM
> To: Boost mailing list
> Subject: RE: Re: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 11:29 AM
> To: Boost mailing list
> Subject: RE: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PRO
g.cpp. The implementation itself is going to get a
serious overhaul, but I wanted to see what everyone thought of the
direction I was heading with the interface.
Thanks a lot for checking this out!
Brock
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
>
gt; Not talking about internationalization.
>
> So IMHO resource files are THE option.
Resource files might be the right solution to some problems, but I think
there are a lot of GUI applications that could be written more simply
with pure C++ code. A C++ GUI libr
- Original Message -
From: "Philippe A. Bouchard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, August 03, 2003 9:33 PM
Subject: [boost] Re: Re: Re: Re: Re: Re: Re: Re: GUI/GDI template library
> brock wrote:
>
> [...]
>
> > What do
window {
void set_on_change(boost::funtion0);
void set_on_character_typed(boost::function1);
};
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
- Original Message -
From: "Philippe A. Bouchard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, August 03, 2003 8:04 PM
Subject: [boost] Re: Re: Re: Re: Re: Re: GUI/GDI template library
> brock wrote:
>
> [...]
>
> > Having a library
Personally I would much rather start from scratch. I want something that is
boost from the ground up, not a project that has a code so old it supports
MSVC 4.0. Who knows if the folks at wxWindows or elsewhere have the same
goals as boost. Don't they have an open source license? Developing a GU
- Original Message -
From: "E. Gladyshev" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Friday, August 01, 2003 7:49 PM
Subject: RE: [boost] GUI/GDI template library
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wro
It's obviously wrong to say that compile time performance does not matter.
On the other hand, it's not wise to optimize the compile or run time
performance of a library prematurely - start with the most beautiful design
and make it more ugly as necessary :)
I think we're drifting far from the topi
code?
They would typically all be part of (or a sub part of) the same gui
object. It's pretty easy to decompose parts of the gui into other
windows and string them together too.
struct health_insurance {...};
struct employee {
std::string name;
health_insurance insurance;
};
struct health_insurance_window : managed_window {
//.. do health insurance stuff
};
//inside the main employee window:
gui_app app = column(
row( "name: ", edit(&employee::name)),
control(&employee::insurance));
app.set_data(load_employee()); //sets name and the insurance window
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Friday, August 01, 2003 3:31 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
> > Even if the implementation is parameterized by a
> > traits or other
oked
at the example code yet?):
gui_application app = row("name: ", edit(&employee::name));
vs.
gui_application app = row("name: ",
edit(&employee::name));
Does that make sense or am I off the mark?
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of David Abrahams
> Sent: Wednesday, July 30, 2003 6:31 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: GUI/GDI template library
[...]
>
> I think so. See Boost.Python and Boost.Spirit for examples
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Douglas Gregor
> Sent: Friday, August 01, 2003 12:40 AM
> To: Boost mailing list
> Subject: Re: [boost] GUI/GDI template library
[..]
> I believe that one bit that falls out of the above agrees 100% wi
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of David Abrahams
> Sent: Wednesday, July 30, 2003 1:54 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: GUI/GDI template library
>
>
> Has anyone given thought to the design of a domain-specific
> sub
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, July 30, 2003 1:27 PM
> To: Boost mailing list
> Subject: RE: [boost] Re: GUI/GDI template library
>
> > If a decision is based on information that cannot be
> > known at
run-time logic seamlessly without affecting the compile-time framework:
row("name: ", edit(&employee::name);
Could later become:
row(string_resource(name_string_identifier), edit(&employee::name));
Is this a better answer to your question?
Brock
_
ol look-and-feel, you can
> always do it, if not, you can use one of the standards
> Win32, X, etc.
The problem is that a simple solution may not provide adequate support
for those who do care about (non-standard) look and feel. It will
necessarily provide support for various standards, whi
e code was complicated and his custom logic had to be
reimplemented for each new application. We don't want complicated
applications with a custom look and feel. We want simple applications
with a uniform look and feel. This need can be filled by (1) and I
suspect many others will feel the same.
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
nnally speaking.
> Good
> luck!
>
Thanks! I know my implementation is not good enough for boost, but it's
a place for us to start. I've been severely limited in what I can do by
VC 6. Besides the known issues I keep getting ICE's when I don't expect
them. I woul
me a couple of days (of free time) to get an example together and
remove dependencies on company code.
Brock Peabody
Software Development Manager
NPC International
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Gregory Colvin
> Sent: Tuesday, July 29, 2003 4:25 PM
> To: Boost mailing list
> Subject: Re: [boost] Re: Re: GUI/GDI template library
>
[...]
>
> Yes, you might. But I think text and graphics are
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Gregory Colvin
> Sent: Tuesday, July 29, 2003 3:39 PM
> To: Boost mailing list
> Subject: Re: [boost] Re: Re: GUI/GDI template library
[...]
> For this kind of localization loading the localized reso
mming language
(i.e.
> > c++).
>
> IMHO, creating simple resource script language or using XML isn't
> as difficult as you might think of.
> BTW, boost has nice bindings to python ... possibly it can be used too
?
> Most modern GUI libraries have bindings to python and/or to some
other
> script languages. Would be it be "100% correct" just to close this way
> and use compile-time pragmatism ?
I think we could come up with both a compile time and a resource
oriented system. It is important to me to be able to do everything
inline in C++ without knowing about or interfacing with any other
applications. I can understand how in other situations it may be
important to deal in resource scripts rather than c++.
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Gregory Colvin
> Sent: Tuesday, July 29, 2003 1:15 PM
> To: Boost mailing list
> Subject: Re: [boost] Re: GUI/GDI template library
>
> On Tuesday, Jul 29, 2003, at 12:25 Ameri
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Tuesday, July 29, 2003 12:10 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: Re: GUI/GDI template library
>
> Brock Peabody wrote:
>
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Bohdan
> Sent: Tuesday, July 29, 2003 11:29 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: GUI/GDI template library
>
> Hi,
>
> Looks like that most ideas about GUI library are spinning around
spi
h a
typedef. I really think an expression template type mechanism ala
Spirit, like the system I use is the way to go.
gui_application my_application =
column(line_edit, check_box, row("spinner", spinner));
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
i::list_control -
boost::gui::typed_list_control employee_list;
employee_list.add_column("name", &employee::name);
Brock
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Brock Peabody
Software Development Manager
NPC International
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Rob & Lori
> Sent: Monday, July 28, 2003 5:56 PM
> To: 'Boost mailing list'
> Subject: RE:
. I
> guess things like resizable dialog boxes are a natural
> consequence of your design.
Yes. Intelligent sizing is also important for windows that may be
children of other windows, in situations their designer can't control.
Brock
__
Does this make sense? I'm sorry if I am not explaining this very well.
I'll see if I can dig up the documentation I wrote for our programmers
here.
Brock Peabody
Software Development Manager
NPC International
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Monday, July 28, 2003 8:13 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] RE: Re: Re: GUI/GDI template library
>
> Yes I know, this could be defined by another property wha
the values of
its parent nodes (assuming everything is less-than-comparable). All of
the access functions can be generated as part of the compile time
structure of the tree. If this doesn't make sense I can dig up some
sample code. It wasn't pleasant but I got it to work under VC
rk of choice which their compiler and implementation provides.
They
> may be very loath to use another more general template-based framework
no
> matter how good it is.
I disagree - most programmers were probably overjoyed to stop usi
I'm using a library I developed here at work which I developed with the
goals of
1) hiding MFC
2) eliminating the repetitious and tedious nature of positioning and
manipulating various controls.
My library is far from boost ready (as it depends on other libraries of
mine and is only implemented f
Is this occuring because I have the incorrect config settings ?
If so, what should these settings be for Forte 7?
2. Is there anything else I need to do in order to get boost to work?
Any help will be gratefully appreciated,
Ewan Brock
___
73 matches
Mail list logo
