> | vector names;
> | std::copy(family.begin(), family.end(),
> | back_inserter(push_back_first(names)));
>
> And this will work equally well with any container that implements
> push_back not just vectors or constainers that implement operator[]
And the transfo
> Many thanks to you both, Lars and André. I'm still pretty ignorant when
> it comes to functors. I wrote a template function to achieve my goals. Is
> your way better, or is it just a matter of style?
You copy the whole vector once more than either Lars's or my solution.
Moreover, access to a ve
Long long ago ... there was discussion about a scripting language for
LyX.
TeXmacs and Siag both use or can use guile.
I'm thinking along the lines of interactive textbooks or just a way to
provide sample solutions to equations in a graphics format. These are
just thoughts that I pass on.
Garst
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> It seems to me that at the time SMiyata submitted it more for comments
> than actual inclusion. Anyway, I think we really need something like
> that.
Yes, but one of the reason was that I cannot test the code on systems
other than OS/2.
> - pay
Hi,
All options in Edit->Floats&Insets will print out text in the
text terminal:
A truly unknown func!
Rob.
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| vector names;
| std::copy(family.begin(), family.end(),
| back_inserter(push_back_first(names)));
And this will work equally well with any container that implements
push_back not just vectors or constainers that
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Mar 20, 2001 at 06:18:11PM +0100, Lars Gullik Bjønnes wrote:
| > Depends _I_ thing my version is better than your since it operates
| > on iterators, so I don't have to copy the whole vector.
| > This is also why I thing the back_inserter varia
On Tue, Mar 20, 2001 at 06:18:11PM +0100, Lars Gullik Bjønnes wrote:
> Depends _I_ thing my version is better than your since it operates
> on iterators, so I don't have to copy the whole vector.
> This is also why I thing the back_inserter variant is better than the
> transform solution.
But
Angus Leeming <[EMAIL PROTECTED]> writes:
| Excellent. I knew there would be a good reason. Time to dig out a C++ book
| again, I think.
If I may suggest one... Exceptional C++, Herb Sutter.
Mainly on exception safety and how this impacts all design. Also some
about lookup rules, and a lot of
[Jean-Marc Lasgouttes <[EMAIL PROTECTED]>]
|
| Christian> What Lars forgot to mention, is that this fresh install was
| Christian>a test I did (on another computer) after I discovered the
| Christian>file preferences.xform, preferences and lastfiles in my
| Christian>home-dir. These files suddenl
Excellent. I knew there would be a good reason. Time to dig out a C++ book
again, I think.
Many thanks,
Angus
On Tuesday 20 March 2001 17:18, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Many thanks to you both, Lars and André. I'm still pretty ignorant when
Angus Leeming <[EMAIL PROTECTED]> writes:
| Many thanks to you both, Lars and André. I'm still pretty ignorant when it
| comes to functors. I wrote a template function to achieve my goals. Is
| your way better, or is it just a matter of style?
Depends _I_ thing my version is better than yo
On Tue, Mar 20, 2001 at 12:49:57AM -0800, [EMAIL PROTECTED] wrote:
> Has anyone considered optionally permitting a graphic to be signified
> simply by it's file name, instead of a (potentially) enormous box
> reflecting LyX's representation of its "size"?
>
> Working on a document with a signific
Many thanks to you both, Lars and André. I'm still pretty ignorant when it
comes to functors. I wrote a template function to achieve my goals. Is
your way better, or is it just a matter of style?
A
template
std::vector const getFirst(std::vector > const & pairVec)
{
typedef std::vecto
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| That would be great indeed.
|
| A few random comments about the patch (I do not know whether they are
| addressed to you of to SMiyata...):
|
| - the private variables should be named binname_, not _binname
|
| - pay attention to the case of f
Angus Leeming <[EMAIL PROTECTED]> writes:
| Please excuse the dumm question, but is their a simple way to extract the
| vector from a vector > ?
|
| Eg, I have:
| typedef std::pair FamilyPair;
| std::vector family;
|
| And I'd like to do this:
| std::vector names = family.fir
> "Ruurd" == Ruurd A Reitsma <[EMAIL PROTECTED]> writes:
Ruurd> after reading the raging debate over Win32 ports I decided to
Ruurd> take a look at the patches Claus Hentschel and I made. To my
Ruurd> surprise I found out that Miyata Shigeru had already wrapped up
Ruurd> my patch in a nice os
> Please excuse the dumm question, but is their a simple way to extract the
> vector from a vector > ?
Depends on what you consider 'simple':
struct firster {
string const & operator()(FamilyPair const & p) { return p.first; }
};
{
...
std::vector names(family.size());
std::transform(f
> "Christian" == Christian B Wiik <[EMAIL PROTECTED]> writes:
Christian> What Lars forgot to mention, is that this fresh install was
Christian> a test I did (on another computer) after I discovered the
Christian> file preferences.xform, preferences and lastfiles in my
Christian> home-dir. The
> "Brett" == Brett Jones <[EMAIL PROTECTED]> writes:
Brett> In 1.1.6fix1 the shortcut for updating the PostScript file (S-C
Brett> T) doesn't work. The update DVI (S-C D) does. Going through the
Brett> menu (M-V U T) works.
This is a known problem, but we do not have any solution yet.
JMarc
Please excuse the dumm question, but is their a simple way to extract the
vector from a vector > ?
Eg, I have:
typedef std::pair FamilyPair;
std::vector family;
And I'd like to do this:
std::vector names = family.first;
Do I have to write a loop or is there a function I
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| In the sharecontainer template, there is code in get() to ensure that
| the container is sorted by decreasing use count order. It looks
| like:
No the count order is not taken into account anymore, frequence of
usage is. So if the elem has a hig
In the sharecontainer template, there is code in get() to ensure that
the container is sorted by decreasing use count order. It looks like:
// move it forward - optimization
// makes the next find faster.
if (it != params.be
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Besides the problems noted by angus, compaq cxx has the
Lars> following to | say: | | mycxx -DHAVE_CONFIG_H -I.
Lars> -I../../../lyx-devel/src/mathed -I../../src
Lars> -I
> And seeming to be/become stable and bugfree?
Well, it could already draw nested macros of the same kind last time I
had a look...
Andre'
--
André Pönitz [EMAIL PROTECTED]
On Tue, 20 Mar 2001, Angus Leeming wrote:
> In order to compile figinset.C with Lars' namespace anon in place, I have to
> move the function below outside of the namespace.
>
> My question is one about the comment. Is this function one that xforms should
> define, but was forgotten from the h
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Besides the problems noted by angus, compaq cxx has the following to
| say:
|
| mycxx -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed -I../../src
|-I../../../lyx-devel/src/mathed/../ -I../.. -I../../../lyx-devel
|-I../../../lyx-devel/boost
Besides the problems noted by angus, compaq cxx has the following to
say:
mycxx -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/mathed -I../../src
-I../../../lyx-devel/src/mathed/../ -I../.. -I../../../lyx-devel
-I../../../lyx-devel/boost -I../../../lyx-devel/src/cheaders
-I/afs/rocq/home/meval/
On 20-Mar-2001 Jens-Erik Weber wrote:
> Hello,
Hello Jens-Erik!
> When I start Lyx, there are the menus File, Edit, Documents. When I open a
> Lyx file or create a new one, then the other menus and menu items (e.g.
> within Edit), that should become available, do not appear when I am logged i
Andre Poenitz <[EMAIL PROTECTED]> writes:
| It would be nice if mathed could be left (more or less) untouched for a
| couple of days. I have a almost complete rewrite of the Macro stuff in the
| queue which is largish (including some changes to the parser).
And seeming to be/become stable and bu
It would be nice if mathed could be left (more or less) untouched for a
couple of days. I have a almost complete rewrite of the Macro stuff in the
queue which is largish (including some changes to the parser).
It is not ready to be applied (editing of macro arguments is completely
broken) so I f
Angus Leeming <[EMAIL PROTECTED]> writes:
| Well, it wasn't me. I thought it might be the anonymous creator of namespace
| anon!
Ok, so we have to do some investigating...
Lgb
Well I dont have write access in those areas anyhow, thats why I post the
patch and not apply it directly.
Anyhow, as long as it works its fine with me, I'm no control freak.
On Tue, 20 Mar 2001, Angus Leeming wrote:
> Someone beat you to it, it would appear...
> A
>
> On Monday 19 March 2001
On Tuesday 20 March 2001 10:28, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Someone beat you to it, it would appear...
> | A
>
> And failed to mention it in the ChangeLog file...
Well, it wasn't me. I thought it might be the anonymous creator of namespace
anon!
Angus Leeming <[EMAIL PROTECTED]> writes:
| Someone beat you to it, it would appear...
| A
And failed to mention it in the ChangeLog file...
Lgb
I think this has been fixed; keep the errors (and warnings) coming...
A
On Tuesday 20 March 2001 00:43, R. Lahaye wrote:
> math_macro.C: In method `void MathMacro::Metrics()':
> math_macro.C:77: warning: comparison between signed and unsigned
> math_macro.C: In method `bool MathMacro::setArgume
Someone beat you to it, it would appear...
A
On Monday 19 March 2001 23:12, Baruch Even wrote:
> > Attached is a compilation fix. At least on my egcs 2.91.66 compile is
> broken due to changes in the xforms frontend.
>
> I also eliminated a few warnings in the same code area.
>
> --
> Baruch
in 1.2cvs, you cannot cut and paste a "closed" footnote, just
an "open" one.
Angus Leeming <[EMAIL PROTECTED]> writes:
| In order to compile figinset.C with Lars' namespace anon in place, I have to
| move the function below outside of the namespace.
Yes, just move it out.
| My question is one about the comment. Is this function one that xforms should
| define, but w
In the coming graphics inset if you will choose not to render the images
it wont scale them and will leave them as a small rectangle.
Actually, it does that even if it is rendered. Is it worth it to scale the
image in the LyX editing window, or can I avoid this hassle?
On Tue, 20 Mar 2001 [EMAIL
Hello,
I just compiled 1.1.6fix1 on SuSE Linux 7.0, I'm using kde2, but the problem
also appears under other Window managers.
When I start Lyx, there are the menus File, Edit, Documents. When I open a
Lyx file or create a new one, then the other menus and menu items (e.g.
within Edit), that s
In order to compile figinset.C with Lars' namespace anon in place, I have to
move the function below outside of the namespace.
My question is one about the comment. Is this function one that xforms should
define, but was forgotten from the header file ? If so, I'll state
that explicitly in t
Has anyone considered optionally permitting a graphic to be signified
simply by it's file name, instead of a (potentially) enormous box
reflecting LyX's representation of its "size"?
Working on a document with a significant number of 1/4 to 1/2 page
sized graphics, I'm finding that the representa
43 matches
Mail list logo
