Timothy Reaves wrote:
This disappeared when I changed line 47 in BCView.f from
virtual bool check() const = 0;
to
virtual bool const check() = 0;
Never mind; that just lead to a different error.
This disappeared when I changed line 47 in BCView.f from
virtual bool check() const = 0;
to
virtual bool const check() = 0;
Timothy Reaves wrote:
Well, I'm making progress. Current problem:
make all-am
make[8]: Nothing to be done for `all-am'.
if /bin/sh ../../../libtoo
Well, I'm making progress. Current problem:
make all-am
make[8]: Nothing to be done for `all-am'.
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I. -I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR
-DQT_NO_STL -DQT_NO_KEYWORDS -Winvalid-pch --include=
Any plans to put up binaries of the dev snapshots? I'd have to think
that'd be easier than everyone trying to download, configure, and
compile all the time. It's probably stop a lot of redundant questions
to the list too. Like mine.
Why can't LyX seem to find QT4? I did a standard QT4 co
I'd like to try this, but do not see it in the svn repository. What is
the name of the branch?
On Thu, Oct 05, 2006 at 09:43:13PM +0200, Andre Poenitz wrote:
> That should be harmless. The crashs I've seen came in the range of a few
> thousand pixels off (less than the 'usual' 2^15 limit for X servers
> anyway)
>
> So if that's a bug in the raster painter it's none I've seen before...
I'l
On Fri, Oct 06, 2006 at 11:25:12PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Wed, Oct 04, 2006 at 09:14:34PM +0200, Georg Baum wrote:
[...]
> | > Why don't we have a single constant BTW?
> |
> | I think you mean like the attached.
>
> With a smal
Right, so here is the patch that adds begin() and end() methods
instead of returning (a copy of...) the buffer vector.
g
On 10/6/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Guillaume Pothier wrote:
>> Dunno haven't see it, you forgot the attachment ;-)
>
> ha! that's one of my favorites!
>
Guillaume Pothier wrote:
Dunno haven't see it, you forgot the attachment ;-)
ha! that's one of my favorites!
Here is the attachment corresponding to my first mail.
Got it but next time, if the patch is not very big please don't compress
it. It's easier for review.
Index: src/bufferlist.C
=
Guillaume Pothier wrote:
Dunno haven't see it, you forgot the attachment ;-)
ha! that's one of my favorites!
Here is the attachment corresponding to my first mail.
Lars begin() and end() solution seems sound.
Okay, what would be the return type? (sorry, my C++ is 10 years old)
Would it be
Jean-Marc Lasgouttes wrote:
Also, you can get rid of LFUN_TOOLTIPS_TOGGLE everywhere in the code.
I've done that.
Abdel.
Dunno haven't see it, you forgot the attachment ;-)
ha! that's one of my favorites!
Here is the attachment corresponding to my first mail.
Lars begin() and end() solution seems sound.
Okay, what would be the return type? (sorry, my C++ is 10 years old)
Would it be vector::const_iterator?
Or
Guillaume Pothier wrote:
I always say that a short solution is probably a good solution but it's
a bit too short here ;-)
Short it is indeed! The problem is not *that* complex... What do you
think it lacks?
Dunno haven't see it, you forgot the attachment ;-)
Maybe another solution would b
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Wed, Oct 04, 2006 at 09:14:34PM +0200, Georg Baum wrote:
| > Am Mittwoch, 4. Oktober 2006 16:54 schrieb Enrico Forestieri:
| >
| > > Note that Qt3 works ok and that I am not able to set "Cursor follows
| > > scrollbar" (I get "E2BIG There is not
I always say that a short solution is probably a good solution but it's
a bit too short here ;-)
Short it is indeed! The problem is not *that* complex... What do you
think it lacks?
Maybe another solution would be to add a method that returns the
number of available buffers, and use getBuffer(
"Guillaume Pothier" <[EMAIL PROTECTED]> writes:
| Hi,
|
| The BufferList class currently provide the first(), next(Buffer *) and
| previous(Buffer *) methods for iterating on the buffers. These methods
| cycle through the buffer list, which makes iteration a bit more
| complicated than it should
Guillaume Pothier wrote:
Hi,
The BufferList class currently provide the first(), next(Buffer *) and
previous(Buffer *) methods for iterating on the buffers. These methods
cycle through the buffer list, which makes iteration a bit more
complicated than it should be.
I propose to add a getBuffers(
Hi,
The BufferList class currently provide the first(), next(Buffer *) and
previous(Buffer *) methods for iterating on the buffers. These methods
cycle through the buffer list, which makes iteration a bit more
complicated than it should be.
I propose to add a getBuffers() method that returns a co
Abdelrazak Younes wrote:
Andre Poenitz wrote:
I think I'd prefer something like
+x_ += theFontMetrics(font).width(&str[0], str.size());
Going 'optically' through four layers is not adding clarity.
I can also provide this helper function if you want, no problem. But I
guess that's not
Michael Gerz wrote:
Andre Poenitz wrote:
*shrug*
I still wouldn't mind a single big chunk.
But I don't have a single chunk. Some parts of my former work got lost,
because Abdel moved code from one file to another.
Man, I have warned you multiple times ;-)
More seriously I had the impress
Hi,
The floatname method is declared in two files: insetfloat.C and
insetwrap.C, causing a link error:
insets/.libs/libinsets.a(insetwrap.o): In function
`__gnu_debug::_Safe_iterator, std::allocator > const, Floating> >,
__gnu_debug_def::map,
std::allocator >, Floating, std::less, std::allocator
Andre Poenitz wrote:
On Thu, Oct 05, 2006 at 07:03:36PM +0200, Abdelrazak Younes wrote:
--- src/frontends/font_metrics.h(revision 15255)
+++ src/frontends/font_metrics.h(working copy)
[...]
This comment should be tretained somewhere.
It is, in FontMetrics.h.
+ if (f
[re-directing it to the devel list]
Georg Baum schrieb:
>
> If you want progress with this then please think how a configurable system
> could work. That does not need any coding in the first step. I am almost
> sure that the result will be based on some GUI for creating the default,
> and a lyx
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >I think you can continue as you have outlined. Please try to not make
| >anything (except CT) more unusable than it already is. If not it might
| >create difficulties for us, when we go into "hard working mode" during
| >t
Lars Gullik Bjønnes wrote:
I think you can continue as you have outlined. Please try to not make
anything (except CT) more unusable than it already is. If not it might
create difficulties for us, when we go into "hard working mode" during
the Denmark thing.
Thank you for your trust.
BTW: I
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >What is it doing?
| >
| >Only name change? (close to)
| >
| Not exactly:
|
| * rename output_changes to outputChanges
| * rename tracking_changes to trackChanges
| * add FIXMEs for later revision
| * remove trackChanges()
I'll be going on vacation next week as well, but I'm expecting José,
Jürgen, Lars & maybe André sometime the week after for the ump-tieth LyX
developer's meeting in Denmark.
If others can make it, please do.
Regards,
Asger
Lars Gullik Bjønnes wrote:
What is it doing?
Only name change? (close to)
Not exactly:
* rename output_changes to outputChanges
* rename tracking_changes to trackChanges
* add FIXMEs for later revision
* remove trackChanges(); the CT data structure will always be set up
* decouple LFUNs
c
I'll be going on a vaction to Italy tomorrow, I'll be gone for a week.
J-M, if you seen any run-away http processes on aussie, just restart
the httpd server as soon as possible. (I might be able to look in from
time to time to see if anything really bad is happening.)
Jürgen, I don't thinkI wil
Michael Gerz <[EMAIL PROTECTED]> writes:
| Hello,
|
| this is the first patch that I would like to commit to trunk.
|
| It breaks CT temporarily but should not affect the rest of LyX.
|
| Any comments?
What is it doing?
Only name change? (close to)
--
Lgb
Andreas Karlsson wrote:
Hi Joost,
I have found the new toolbar buttons used by the LyXWinInstaller
(http://wiki.lyx.org/LyX/UserInterface#LyXWinInstallerToolbar) very
useful. Especially the ones for bold font, view PDF and line break are
very useful. Could you please include these also in th
Andre Poenitz wrote:
*shrug*
I still wouldn't mind a single big chunk.
But I don't have a single chunk. Some parts of my former work got lost,
because Abdel moved code from one file to another. Other CT code hasn't
even been fixed in my branch (due to a lack of time at that time).
All I
Hi Joost,
I have found the new toolbar buttons used by the LyXWinInstaller
(http://wiki.lyx.org/LyX/UserInterface#LyXWinInstallerToolbar) very useful.
Especially the ones for bold font, view PDF and line break are very useful.
Could you please include these also in the official LyX Windows ins
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| > I'd like to have more input from boost people, though.
|
| No need for this. I don't advocate the inclusion of the patch and
| I only mentioned it due to a problem rised on the cygwin mailing.
Anyways, when we stop providing an in-tree copy of bo
On Thu, Oct 05, 2006 at 08:09:30PM +0200, Michael Gerz wrote:
> Hello everybody,
>
> I finally synchronized my branch with the trunk. The result is something
> that certainly will not work and cannot be committed in one chunk.
>
> Now how can I proceed?
>
> Actually, I will go through the same
On Thu, Oct 05, 2006 at 07:04:44PM +0200, Abdelrazak Younes wrote:
> Modified: lyx-devel/trunk/src/lyxfunc.C
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/lyxfunc.C?rev=15256
> ==
> --- lyx-devel/trunk/src/lyxfunc
On Thu, Oct 05, 2006 at 07:03:36PM +0200, Abdelrazak Younes wrote:
> --- src/frontends/font_metrics.h (revision 15255)
> +++ src/frontends/font_metrics.h (working copy)
> [...]
> -class LyXFont;
> -
> -/**
> - * A namespace holding helper functions for determining
> - * the screen dimensi
Hello,
this is the first patch that I would like to commit to trunk.
It breaks CT temporarily but should not affect the rest of LyX.
Any comments?
Michael
Index: src/insets/insettabular.C
===
--- src/insets/insettabular.C (Revisi
Michael Gerz wrote:
To give you an impression of what I am going to do, here comes a first
patch. It changes two variables in conformance to the LyX coding rules
and - on that occasion - fixes a couple of places and adds FIXME
markers to a couple of other places. If I am not allowed to do such
Jean-Marc Lasgouttes wrote:
Michael> When I started to relabel a few variables, I noticed that
Michael> many of their uses will be removed in the long run. If I am
Michael> able to remove their use instantly (breaking CT sooner than
Michael> later), this will make thing much easier for me.
Why
On Fri, Oct 06, 2006 at 04:15:04PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
[...]
> > I don't want to introduce ugly code only for the benefit of one platform,
> > so I don't advocate the patch. But I think that it makes sense to apply
> > it as a local patch if you specifically buil
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> So I am free to break things as long as only CT is affected?
Michael> Fine!
This is not exactly what I had in mind... And I do not have much say
about what should happen in 1.5 (meaning: I am not the one to give a
"go ahead and
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> BTW: Do we have an agenda that says what we want to achieve
Michael> for 1.5 and what has to wait for 1.6+?
I guess that as soon as unicode works, we will declare that no more
new features are allowed (but maybe Dr. José has ano
Jean-Marc Lasgouttes wrote:
Michael> Hi, I am going to commit the following patch to the trunk.
Michael> (This patch may also be useful for 1.4.X)
I do not see why notes should go with changes. Could you explain?
Well, if several people work on the same document, they make text
changes in C
Juergen Spitzmueller wrote:
Ozgur Ugras BARAN wrote:
Is there anyone working on multiple indices? If no, I'd like to start
working on it..
This is one thing that is one my agenda for a long time, but since I don't
find the time to do it, I'd be glad if you'd volunteer, the more so as
Jean-Marc Lasgouttes wrote:
Michael> Actually, I will go through the same process that I went
Michael> through a few month ago: I will pick those parts of the
Michael> complete patch first that are purely cosmetic, do not change
Michael> semantics, or which somehow describe a logical piece of co
Ozgur Ugras BARAN wrote:
> Maybe.. but, you know, in some day users will complain as, where is my
> twentieth index etc. The problem here is to keep track of number of
> writes, some of which are not index related files, not to exceed
> number 16. My programming habits tell me I should control it f
> but its strange, that inside the dialogs get english captions
> mixed with czech although all of them should be translated.
i get fresh BRANCH_1_4_X and under linux there is no problem,
all captions are czech.
pavel
On 10/6/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Ozgur" == Ozgur Ugras BARAN <[EMAIL PROTECTED]> writes:
>> What is wrong with multind.sty?
>>
Ozgur> nothing.. It just seems to me it is no fancier than index.sty..
Ozgur> it also requires multiple makeindex runs, so I didn't see
On 10/6/06, Georg Baum <[EMAIL PROTECTED]> wrote:
I think you misunderstood Jürgen. I believe he agrees with you.
oh, sorry :/
> I have already sent the inetcommandparams changes. There is no change
> for insetcommand from me.. Georg will improve it a little and submit
> to svn, i guess.. Th
Enrico Forestieri wrote:
> On Fri, Oct 06, 2006 at 01:08:58PM +0200, Georg Baum wrote:
>> Enrico Forestieri wrote:
> [...]
>> > The correct way is simply allowing both windows and posix style paths
>> > on cygwin, but I think that this has something to do with religion,
>> > so I don't think they
> "Ozgur" == Ozgur Ugras BARAN <[EMAIL PROTECTED]> writes:
>> What is wrong with multind.sty?
>>
Ozgur> nothing.. It just seems to me it is no fancier than index.sty..
Ozgur> it also requires multiple makeindex runs, so I didn't see any
Ozgur> advantage over index.sty. We can still support it
> >works, too? For me, on Win2k, both iso-8859-2 and iso8859-2 will do.
>
> Both do not work for me on Windows XP. Although it does change
> something, I just get other incorrect characters.
could you post screenshots of these two incorrect versions ?
pavel
Ozgur Ugras BARAN wrote:
> On 10/6/06, Juergen Spitzmueller
> <[EMAIL PROTECTED]> wrote:
>> Ozgur Ugras BARAN wrote:
>> > I plan to support splitidx, since it runs once on the file. So, it is
>> > easier to handle. For example, I will not have to control the number
>> > of indices, since the file
On 10/6/06, Juergen Spitzmueller <[EMAIL PROTECTED]> wrote:
Ozgur Ugras BARAN wrote:
> I plan to support splitidx, since it runs once on the file. So, it is
> easier to handle. For example, I will not have to control the number
> of indices, since the file write handle of Latex is limited.
This
Ozgur Ugras BARAN wrote:
> I plan to support splitidx, since it runs once on the file. So, it is
> easier to handle. For example, I will not have to control the number
> of indices, since the file write handle of Latex is limited.
This is a strong argument IMO. The 16 writes are not much if you ar
On 10/6/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Ozgur" == Ozgur Ugras BARAN <[EMAIL PROTECTED]> writes:
>> What do you have in mind?
Ozgur> well... multiple indices.. :)
Like in ${x_i}_j$, for example? ;)
Ozgur> I plan to support splitidx, since it runs once on the file. So,
On Fri, Oct 06, 2006 at 01:55:31PM +0200, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> >> See above. Bo, you have your patch if you want to apply it to the
> >> cygwin package.
>
> Georg> Under this circumstances I don't have anything against the
> Ge
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, Oct 04, 2006 at 06:11:43PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> > "Andre" == Andre Poenitz
>> <[EMAIL PROTECTED]> writes:
>>
Andre> #undef max #undef min is even shorter and has the same effect.
>> I thought so
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
FuncStatus getStatus(FuncRequest const & ev);
This one was supposed to be different for each fronten
On Wed, Oct 04, 2006 at 06:11:43PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> #undef max #undef min
> Andre> is even shorter and has the same effect.
>
> I thought some preprocessors did not like that.
I've not yet met one of those.
On Thu, Oct 05, 2006 at 11:17:05AM +0200, Helge Hafting wrote:
> Perhaps this is against "good OO design" but performance
> matters too. :-)
I tend to be pragmatic when the profiler shows evidence...
Andre'
On Thu, Oct 05, 2006 at 02:41:10AM +0200, Enrico Forestieri wrote:
> On Wed, Oct 04, 2006 at 07:17:47PM +0200, Andre Poenitz wrote:
> > iiOn Tue, Oct 03, 2006 at 11:13:03PM +0200, Enrico Forestieri wrote:
> > > Program received signal SIGSEGV, Segmentation fault.
> > > 0x00b61a38 in comp_func_s
On Wed, Oct 04, 2006 at 09:09:22PM +0200, Georg Baum wrote:
> Am Mittwoch, 4. Oktober 2006 20:33 schrieb Andre Poenitz:
> > On Wed, Oct 04, 2006 at 03:02:09PM +0200, Georg Baum wrote:
> > > I guess Helge means
> > > void ucs4_to_qstring(char_type const * str, size_t ls, QString & s)
> > >
> > > Th
Jean-Marc Lasgouttes schrieb:
>> "Sven" == Sven Schreiber <[EMAIL PROTECTED]> writes:
>
> Sven> 2. (some) paragraph settings should be disabled for captions: I
> Sven> asked on the user list about reformatting captions (e.g.,
> Sven> flushleft), and it's not implemented. Ok, but then I think t
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I don't want to introduce ugly code only for the benefit of
Enrico> one platform, so I don't advocate the patch. But I think that
Enrico> it makes sense to apply it as a local patch if you
Enrico> specifically build lyx for th
On Fri, Oct 06, 2006 at 01:08:58PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
[...]
> > The correct way is simply allowing both windows and posix style paths
> > on cygwin, but I think that this has something to do with religion,
> > so I don't think they will ever do the right thing.
>
>
> "Ozgur" == Ozgur Ugras BARAN <[EMAIL PROTECTED]> writes:
>> What do you have in mind?
Ozgur> well... multiple indices.. :)
Like in ${x_i}_j$, for example? ;)
Ozgur> I plan to support splitidx, since it runs once on the file. So,
Ozgur> it is easier to handle. For example, I will not have t
> "Sven" == Sven Schreiber <[EMAIL PROTECTED]> writes:
Sven> 2. (some) paragraph settings should be disabled for captions: I
Sven> asked on the user list about reformatting captions (e.g.,
Sven> flushleft), and it's not implemented. Ok, but then I think the
Sven> corresponding drop-down lists
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> See above. Bo, you have your patch if you want to apply it to the
>> cygwin package.
Georg> Under this circumstances I don't have anything against the
Georg> patch, but the people to ask are Lars for 1.5 and Jean-Marc for
Georg> 1.4
I
What do you have in mind?
well... multiple indices.. :)
JMarc
I plan to support splitidx, since it runs once on the file. So, it is
easier to handle. For example, I will not have to control the number
of indices, since the file write handle of Latex is limited.
However, splitidx is not avail
Enrico Forestieri wrote:
> On Fri, Oct 06, 2006 at 08:41:13AM +0200, Georg Baum wrote:
>
>> Did you check the newest boost cvs whether that problem is fixed?
>
> No, it is even exacerbated, if possible. They introduced a
> BOOST_CYGWIN_PATH define which simply means allowing Windows style paths
Sven Schreiber wrote:
> 1. lyx should not allow backslash in labels: I had math (in latex:
> $\alpha$) in a section title, inserted a label, accepted lyx naming
> suggestion including the \alpha, and got a tex error from trying to view
> it. Since I used only lyx gui tools, I think that's a bug, an
Hi,
before flooding bugzilla with new bugs let's see what you have to say
about the following minor issues (all with 1.4.3 qt on ubuntu):
1. lyx should not allow backslash in labels: I had math (in latex:
$\alpha$) in a section title, inserted a label, accepted lyx naming
suggestion including the
Sanda Pavel wrote:
Using Windows XP? Are you sure all characters have the correct accents?
as i wrote previously: using win-xp and all chars i see are correct.
It doesn't work on any of my Windows XP systems. I have no idea how to
solve this.
Joost
> >>A random string seems to reset the encoding to iso-8859-1. So you'll
> >>still get incorrect characters.
> >
> >no, they are correct (=that was meant by "work")
>
> Using Windows XP? Are you sure all characters have the correct accents?
as i wrote previously: using win-xp and all chars i s
On Fri, Oct 06, 2006 at 08:41:13AM +0200, Georg Baum wrote:
> Did you check the newest boost cvs whether that problem is fixed?
No, it is even exacerbated, if possible. They introduced a
BOOST_CYGWIN_PATH define which simply means allowing Windows style paths
but using the posix api functions on
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
FuncStatus getStatus(FuncRequest const & ev);
This one was supposed to be different for each frontend
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Basically, I replaced all methods in the font_metrics
Abdelrazak> namespace by a proper virtual interface FontMetrics. The
Abdelrazak> FontLoader is _the_ container for FontMetrics.
Abdelrazak
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
FuncStatus getStatus(FuncRequest const & ev);
This one was supposed to be different for each frontend but none of
the existing one made use of it. Right now the code is:
Abdelrazak> I have deleted thos
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> You mean, layout files corresponding to official class files,
Martin> right?
Yes.
Martin> isprs is official in the sense that their Instructions to
Martin> Authors refer to it. The same for njsr (but then I am the
Martin> edito
Ozgur Ugras BARAN wrote:
> Is there anyone working on multiple indices? If no, I'd like to start
> working on it..
This is one thing that is one my agenda for a long time, but since I don't
find the time to do it, I'd be glad if you'd volunteer, the more so as you
already did the necessary inset
Sanda Pavel wrote:
A random string seems to reset the encoding to iso-8859-1. So you'll
still get incorrect characters.
no, they are correct (=that was meant by "work")
Using Windows XP? Are you sure all characters have the correct accents?
Maybe it only works for Czech.
Joost
> A random string seems to reset the encoding to iso-8859-1. So you'll
> still get incorrect characters.
no, they are correct (=that was meant by "work")
pavel
On Fri, 2006-10-06 at 09:35 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> ion.layout ion.cls Institute of Navigation proceedings
> Martin> njsr.layout njsr.cls Nordic Journal of Surveying and Real
> Martin> Estate Research iagproc.lay
Sanda Pavel wrote:
wow, when i set :
SET OUTPUT_CHARSET=blahblah
it works too ! :)
A random string seems to reset the encoding to iso-8859-1. So you'll
still get incorrect characters.
Joost
> 1. there is is difference, how use variables:
> OUTPUT_CHARSET=cp-1250 (flashes error in console)
> is not the same as
> SET OUTPUT_CHARSET=cp-1250 (works)
wow, when i set :
SET OUTPUT_CHARSET=blahblah
it works too ! :)
when i delete the whole line, then it doesnt work.
pavel
hi people,
i'm using win-xp.
1. there is is difference, how use variables:
OUTPUT_CHARSET=cp-1250 (flashes error in console)
is not the same as
SET OUTPUT_CHARSET=cp-1250 (works)
both output charsets iso-8859-2 and cp-1250 works as far as
the menu concerned.
but its strange, that inside the di
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Mittwoch, 4. Oktober 2006 21:22 schrieb Michael Gerz:
>> Hi,
>>
>> this patch moves math text styles from menu "insert" to menu "edit"
>> (where they belong). Moreover, it disables LFUN math-insert in text
>> mode.
>>
>> I have po
> "Ozgur" == Ozgur Ugras BARAN <[EMAIL PROTECTED]> writes:
Ozgur> Is there anyone working on multiple indices? If no, I'd like to
Ozgur> start working on it..
What do you have in mind?
JMarc
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, I am going to commit the following patch to the trunk.
Michael> (This patch may also be useful for 1.4.X)
I do not see why notes should go with changes. Could you explain?
JMarc
Is there anyone working on multiple indices? If no, I'd like to start
working on it..
ugras
Enrico Forestieri wrote:
Do you mean on WinXP? Then, can you tell if
OUTPUT_CHARSET=iso8859-2
works, too? For me, on Win2k, both iso-8859-2 and iso8859-2 will do.
Both do not work for me on Windows XP. Although it does change
something, I just get other incorrect characters.
Joost
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Actually, I will go through the same process that I went
Michael> through a few month ago: I will pick those parts of the
Michael> complete patch first that are purely cosmetic, do not change
Michael> semantics, or which somehow
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> FuncStatus getStatus(FuncRequest const & ev);
>>
>> This one was supposed to be different for each frontend but none of
>> the existing one made use of it. Right now the code is:
Abdelrazak> I have deleted those two functions
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Basically, I replaced all methods in the font_metrics
Abdelrazak> namespace by a proper virtual interface FontMetrics. The
Abdelrazak> FontLoader is _the_ container for FontMetrics.
Abdelrazak> This patch should also
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Enrico Forestieri wrote:
>> Oh, that's because I stupidly set OUTPUT_CHARSET to iso-8859-1. Is
>> it any better with "SET OUTPUT_CHARSET=iso-8859-2" ?
Joost> I don't think that will work. For Windows you should use the
Joost> codep
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Donnerstag, 5. Oktober 2006 09:17 schrieb Jean-Marc
Georg> Lasgouttes:
>> OK. Did you doublecheck that the python code is OK with older
>> versions?
Georg> I made sure that it works with 2.2, and put it in.
Fine.
JMarc
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> ion.layout ion.cls Institute of Navigation proceedings
Martin> njsr.layout njsr.cls Nordic Journal of Surveying and Real
Martin> Estate Research iagproc.layout iagproc.cls Int. Association of
Martin> Geodesy Proceedings isprs.lay
99 matches
Mail list logo
