Angus Leeming <[EMAIL PROTECTED]> writes:
| I knew that would get Lars attention ;-)
>
| Could we use this in DebugStream as a slot in replacement for our own
| nullstream?
>
| http://article.gmane.org/gmane.comp.lib.boost.devel/25376
This prompted me into revising the debugstream a bit...
I am
Lars Gullik Bjønnes wrote:
> | Then this differs from other places where we use key words. The whole
> | of lyxlex for example is insensitive to the case of its keywords.
>
> Yes. And I really want to change that. IMHO our "language" should be
> case sensitive. I am not sure if Jean-Marc still agr
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> | because I want to match the placeholder "$$rotatebegin" only and don't
>> | care about it being upper or lower case.
>>
>> When will it be anything other than lowercase?
>> IMHO we should care, and be very clear about w
A rotated xfig figure, stored in LyX as an InsetExternal.
The relevant part of the Xfig template:
Product "$$RotateBegin$$ResizeBegin\\input{$$Basename.pstex_t}$$ResizeEnd$$RotateEnd"
The generated latex code:
\begin{center}\rotatebox{30}{\resizebox{!}{2cm}{\input{q1.pstex_t}}}\par\end{center}
-
Lars Gullik Bjønnes wrote:
> | because I want to match the placeholder "$$rotatebegin" only and don't
> | care about it being upper or lower case.
>
> When will it be anything other than lowercase?
> IMHO we should care, and be very clear about which variant we support.
>
> | I do care that I do
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Do we want to have combination of all kinds of string functions?
>
| I don't know. That's why I asked.
>
>> Why can't you use
>> string output = subst(lowercase(input), "$$rotatebegin",
>>
Lars Gullik Bjønnes wrote:
> Do we want to have combination of all kinds of string functions?
I don't know. That's why I asked.
> Why can't you use
> string output = subst(lowercase(input), "$$rotatebegin",
> "\\rotatebox[30]{");
because I want t
Angus Leeming <[EMAIL PROTECTED]> writes:
| I'm using this function in InsetExternal
>
| string input = "$$RotateBegin$$ResizeBegin\\input{$$Basename.pstex_t}";
| string output = lowercase_subst(input,
| "$$rotatebegin",
| "\\rotateb
I'm using this function in InsetExternal
string input = "$$RotateBegin$$ResizeBegin\\input{$$Basename.pstex_t}";
string output = lowercase_subst(input,
"$$rotatebegin",
"\\rotatebox{30}{");
output == "\\rotatebox{30}{$$ResizeBegin\\
On Wednesday 24 September 2003 1:44 pm, Andre Poenitz wrote:
> On Wed, Sep 24, 2003 at 02:29:44PM +, Angus Leeming wrote:
> > Which doesn't help us much...
>
> What why do you need that vector?
I guess I don't ;-)
Angus
namespace {
template
void clearIfNotFound(T & data, Enum value, vector
On Wed, Sep 24, 2003 at 02:29:44PM +, Angus Leeming wrote:
> Which doesn't help us much...
What why do you need that vector?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Andre Poenitz wrote:
> On Wed, Sep 24, 2003 at 01:55:09PM +, Angus Leeming wrote:
>> Given an enum, is there a semi-automated way of returning a vector of
>> all named enum values? The best I can come up with is this:
>
> None that I am aware of.
>
> Actually, your solution does not work for
Garst R. Reese wrote:
>
> Angus Leeming wrote:
>
>> The complete list of improvements and fixes can be found at the end of
>> this message. There have been bug fixes to the xforms frontend also,
>> but most of these have been made to xforms itself. To benefit you must
>> recompile LyX against x
On Wed, Sep 24, 2003 at 01:55:09PM +, Angus Leeming wrote:
> Given an enum, is there a semi-automated way of returning a vector of all
> named enum values? The best I can come up with is this:
None that I am aware of.
Actually, your solution does not work for e.g.
enum TransformID {
Given an enum, is there a semi-automated way of returning a vector of all
named enum values? The best I can come up with is this:
#include
#include
template
std::vector const all_values_if_consecutive(Enum first, Enum last)
{
std::vector vals(last - first + 1);
typename std::ve
Angus Leeming wrote:
> The complete list of improvements and fixes can be found at the end of
> this message. There have been bug fixes to the xforms frontend also,
> but most of these have been made to xforms itself. To benefit you must
> recompile LyX against xforms 1.0.2 or greater which is c
On Wed, Sep 24, 2003 at 01:07:04PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > Ah... the special char stuff. I almost never use them and rathe stick to
> > $\ldots$ or such.
>
> Thanks for the hint.
>
> > I use it for my algorithm descriptions and I am fairly happy with it
> > (i.e. "r
Andre Poenitz wrote:
> Ah... the special char stuff. I almost never use them and rathe stick to
> $\ldots$ or such.
Thanks for the hint.
> I use it for my algorithm descriptions and I am fairly happy with it
> (i.e. "real" formulas within typewriter style words, and a space
> "indents" (but not f
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This may be a case of re-inventing history, but does this chunk
Angus> belong in a NEWS document? Especially since the line "The
Angus> complete list of improvements and fixes can be found at the end
Angus> of this message." is enti
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Yes, its been that way for awhile, and patchws is spelled
Garst> patches :) I thought the last sentence was a bit awkward.
Garst> Here's a patch on top of Angus' patch.
Thanks. Applied.
JMarc
On Wed, Sep 24, 2003 at 12:42:06PM +, Angus Leeming wrote:
> Isn't it a pain in the arse? Not only is it a pain to edit with but it
> allows the insertion of '...' elipses, it exports them to LaTeX, it writes
> them to the LyX file.
What's the problem?
> It just doesn't read 'em back in. Ni
Isn't it a pain in the arse? Not only is it a pain to edit with but it
allows the insertion of '...' elipses, it exports them to LaTeX, it writes
them to the LyX file.
It just doesn't read 'em back in. Nice :-(
Does LyX Code have any advantages, or should I just use ERT instead?
--
Angus
Jean-Marc Lasgouttes wrote:
>
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> and here are a couple of fixes to this announcement, JMarc.
>
> Thanks a lot. Something caught my eyes in the diff:
> -Prebuild binaries (mainly rpms for linux distributions) should soon be
> +P
This may be a case of re-inventing history, but does this chunk belong in a
NEWS document? Especially since the line "The complete list of
improvements and fixes can be found at the end of this message." is
entirely false, referring as it does to the ANNOUNCEMENT from which it was
lifted.
If i
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> and here are a couple of fixes to this announcement, JMarc.
Thanks a lot. Something caught my eyes in the diff:
-Prebuild binaries (mainly rpms for linux distributions) should soon be
+Prebuild binaries (mainly rpms for linux dist
On Tue, Sep 23, 2003 at 05:42:41PM +0100, John Levon wrote:
> On Tue, Sep 23, 2003 at 04:26:41PM +0200, Andre Poenitz wrote:
>
> > Is it possible to get a list of all (or all unsolved...) bugzilla
> > entries as a flat file?
>
> Newer bugzilla versions can export the list as a CSV file
Do we ha
26 matches
Mail list logo
