> But localisation should be orthogonal to the GUI
> library. By all means
> let's have (eventually) a resource loading library
> that understands
> native resource files, but there's no reason for
> that library to be on
> intimate terms with the GUI library
Localization is not just changing a
En réponse à Jason McCarty <[EMAIL PROTECTED]>:
[...]
> Hey, cool. Since I've already taken the trouble to subscribe to the
> boost list, and got your attention, I might as well mention another
> trivial bug I discovered recently. In the file
> detail/c99sub_rounding_control.hpp, "numeric" is onc
At 09:53 AM 5/28/2003, Peter Dimov wrote:
>Beman Dawes wrote:
>> Providing both the fine-grained and the coarse-grained headers lets the
>> users decide which they prefer.
>
>Sounds reasonable. CVS updated.
Thanks. (I'm a bit behind in answering email;-)
--Beman
___
On Tuesday, July 29, 2003, at 07:13 PM, David Abrahams wrote:
Matthias Troyer <[EMAIL PROTECTED]> writes:
Finally in the new version of graph_properties.hpp there is an #ifdef
that spans three lines (line 165). Could some please make this into a
one-line #ifdef. (patch4 is a crude version, what i
At 05:10 PM 7/29/2003, Misha Bergal wrote:
>> even though the lib most certainly does build (the other tests for
these
>
>I don't see that the library builds OK for cwpro8. Strangely, Beman's
test
>results are fine.
I'm running a patched compiler from Metrowerks. I've been putting a lot of
eff
At 04:58 PM 7/29/2003, Misha Bergal wrote:
>Can we have map file and notes file?
Sure. I'll email them to you privately.
--Beman
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Matthias Troyer <[EMAIL PROTECTED]> writes:
> Finally in the new version of graph_properties.hpp there is an #ifdef
> that spans three lines (line 165). Could some please make this into a
> one-line #ifdef. (patch4 is a crude version, what is the right "Boost"
> way of doing this?)
That's already
Bugs item #779964, was opened at 2003-07-29 18:18
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=779964&group_id=7586
Category: Python
Group: None
Status: Open
Resolution: None
Matthias Troyer <[EMAIL PROTECTED]> writes:
> The third patch (patch3) is a workaround for operators.hpp, since the
> Boost PP library does not seem to work on the IBM. Is the preprocessor
> library really needed for that name mangling:
>
> #define BOOST_OPERATOR2_LEFT(name)
> BOOST_PP_SEQ_CAT_S(
Bugs item #779924, was opened at 2003-07-29 17:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=779924&group_id=7586
Category: graph
Group: None
Status: Open
Resolution: None
P
Gregory Colvin wrote:
On Tuesday, Jul 29, 2003, at 16:02 America/Denver, Brock Peabody wrote:
Why would it be necessary to reload anything besides the localized text?
That wouldn't be too hard:
gui_application app = row(localized_text(name_text_id),
edit(&employe
I've got a GUI library that seems (to me :) )to be a pretty good start
on an easy to use, platform independend GUI library. It allows
constructs along the lines of:
gui_application app = column(
row("First: ", &employee::first_name, "last: ",
&employee::last_name),
row("Job type: ", combo
> -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
On Tuesday, Jul 29, 2003, at 16:02 America/Denver, Brock Peabody wrote:
On Behalf Of Gregory Colvin
[...]
For this kind of localization loading the localized resources at
runtime
is essential. Regenerating C++ code and rebuilding the application is
not an option.
Why would it be necessary to rel
Dear Boosters,
We have found several problems with Boost when porting our codes to IBM
Power4 systems and to several Linux variants:
The first two patches (patch1, patch2) that are attached define some
missing static const data members that were declared in the Boost
random library but not def
> -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
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Bohdan
> Sent: Tuesday, July 29, 2003 4:10 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: GUI/GDI template library
>
[...]
> 1. i'm 99% sure that plain
> resource language or even XML i
On Tuesday, Jul 29, 2003, at 16:24 America/Denver, Bohdan wrote:
"Brock Peabody" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On Tuesday, Jul 29, 2003, at 12:25 America/Denver, Brock Peabody
wrote:
...
I don't think custom resource files would be any easier to edit that
inline C++ c
[EMAIL PROTECTED] wrote:
> En réponse à Jason McCarty <[EMAIL PROTECTED]>:
>
> > Hi,
> >
> > I came across a likely bug in boost::numeric::tan(interval) today.
> > Calling tan on an interval with a save_state rounding policy fails to
> > compile on line 109 of transc.hpp, even though an interval
> >>In relation to the previous discussion I thought an
> >>alternative container may be a circular_deque that could
> >>have the kind of flexibility with resizing that
> >>also sounds desirable.
>
> Does a circular_deque sound like the right solution
> to your particular application, rather than a
"John Maddock" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> The following may well be boost.build problems, but:
>
> There are tests showing up in the latest results that have been
> removed/renamed in the latest jamfiles.
> There are tests listed as lib build failures (Borland/Me
"Brock Peabody" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
>
> > -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: GU
"Brock Peabody" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> > 1. Resouce files can be easily edited by hand, contrary to
> "inline"
> > GUI-building code.
>
> I don't think custom resource files would be any easier to edit that
> inline C++ code. I think they woul
"Brock Peabody" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> > 1. Resouce files can be easily edited by hand, contrary to
> "inline"
> > GUI-building code.
>
> I don't think custom resource files would be any easier to edit that
> inline C++ code. I think they woul
"Beman Dawes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> At 12:45 PM 7/29/2003, David Abrahams wrote:
> >Beman Dawes <[EMAIL PROTECTED]> writes:
> >
> Maintain a text file which maps the test name (or library name) and
toolset
> name to the note number.
>
> For example, the fil
> -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 America/Denver, Brock Peabody
En réponse à Jason McCarty <[EMAIL PROTECTED]>:
> Hi,
>
> I came across a likely bug in boost::numeric::tan(interval) today.
> Calling tan on an interval with a save_state rounding policy fails to
> compile on line 109 of transc.hpp, even though an interval with a
> save_state_nothing policy comp
"Bohdan" <[EMAIL PROTECTED]> wrote:
>BTW, there were some talks about second review of declined serialization library
>which can be used for resource files ... is this library being developed or it
>is "dead" ?
I'm still working on it and hope to upload an updated/evolved version shortly (two
On Tuesday, Jul 29, 2003, at 12:25 America/Denver, Brock Peabody wrote:
...
I don't think custom resource files would be any easier to edit that
inline C++ code. I think they would be much less easy to edit and
read.
It's been a few years, but the last time I was writing a GUI application
for an
At 12:45 PM 7/29/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> An experimental version of today's Win32 compiler status table is
>> available at http://boost.sourceforge.net/regression-logs/cs-win32.html
>>
>> Please look at the random library tests as an example. You sh
> -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:
>
> [...]
>
> >1) what types
> -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
Brock Peabody wrote:
[...]
>1) what types of widgets there are
>2) how they are positioned
This is a common property. The widgets can be grouped together and
dynamically positionned horizontally, vertically or both.
>3) how they interact with each other (a check box may
> enable/di
Hi,
I came across a likely bug in boost::numeric::tan(interval) today.
Calling tan on an interval with a save_state rounding policy fails to
compile on line 109 of transc.hpp, even though an interval with a
save_state_nothing policy compiles correctly. I think this is because of
a typo; the line
Beman Dawes <[EMAIL PROTECTED]> writes:
> An experimental version of today's Win32 compiler status table is
> available at http://boost.sourceforge.net/regression-logs/cs-win32.html
>
> Please look at the random library tests as an example. You should be
> able to click on the "fail" superscripts
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On Mon, 28 Jul 2003 15:51:27 -0400
> David Abrahams <[EMAIL PROTECTED]> wrote:
>
>> I don't see what that has to do with the contradiction I quoted.
>> First they say that GCCs newer than 2.95.x will be slower, then later
>> they say that the fastes
Hi,
Looks like that most ideas about GUI library are spinning around spirit-like
interface. What about simple resource files ? XML? Despite this approach
is old enough, it has a lot of advantages :
1. Resouce files can be easily edited by hand, contrary to "inline"
GUI-building code.
Hi,
Just curious ... is it worth considering well known GUI designs like
MVC( Model-View-Controller) or more refined MVP( Model-View-Presenter) ?
Or they are not good enough for modern c++ ?
regards
bohdan
___
Unsubscribe & other changes: http://list
Currently, BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS
is not defined for gcc. However, the following URL in the gcc bug
database
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7676
leads me to believe that the macro should be set on for the appropriate
versions of gcc. Matter of fact, I run with
Hi all!
The updated circular_buffer implementation can be found at the common
place
http://groups.yahoo.com/group/boost/files/circular_buffer.zip
Please review it and remind me if I forgot to add some feature or fix
something.
Comments to the update:
- Added exception handling. Please review thi
An experimental version of today's Win32 compiler status table is available
at http://boost.sourceforge.net/regression-logs/cs-win32.html
Please look at the random library tests as an example. You should be able
to click on the "fail" superscripts to see a note as to the specific status
of each
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Bronek Kozicki
> Sent: Tuesday, July 29, 2003 3:40 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: Re: GUI/GDI template library
>
> E. Gladyshev <[EMAIL PROTECTED]> wrote:
> > ** Option 1 (comp
At 08:17 PM 7/28/2003, Marshall Clow wrote:
>When I tried to run the regression tests for MacOS (gcc 3.2) this
morning;
>they didn't complete.
>
>This seems to be the relevant portion of the regression log:
>
>> don't know how to make
>config_info/regex_config_info.cpp
>> don't know how to make
E. Gladyshev <[EMAIL PROTECTED]> wrote:
> GUI objects generate events. What is the best design
> for it? Should the events handlers be executed
I do not know what is best design, but here's what I think about it:
- each "window" (or almost each - may it be widget, edit box, dialog,
data view, or
My feeling is that with optional auto-resize feature circular_buffer<> may
hit the sweet spot of being good enough for 80% apps. The auto-resize would
kick in only when user explicitly asked for it.
I suppose my resistance to that is partly aestetic.
Having a container that is array-li
E. Gladyshev <[EMAIL PROTECTED]> wrote:
> ** Option 1 (compile-time structure)
> typedef std::list< boost::entry std::string> > listbox;
I like it. More compile time information > better type safety, and more
space for user "plugins" (ie. template parameters) or future standard
library enhancemen
FYI,
I've just comitted a patch which adds the concept of 'null vertex' to BGL. If
'G' is a graph type, then
graph_traits::null_vertex()
will return vertex_descriptor which does not refer to any vertex. Of course,
that value is never returned by add_vertex.
I found this concept usefull in
On Mon, 28 Jul 2003 15:51:27 -0400
David Abrahams <[EMAIL PROTECTED]> wrote:
> I don't see what that has to do with the contradiction I quoted.
> First they say that GCCs newer than 2.95.x will be slower, then later
> they say that the fastest GCC they can find is 3.1.
Well, OK. But, after readi
48 matches
Mail list logo
