Lars Gullik Bjønnes wrote:
> You should probably do operator+= as well. But I am not sure if that
> is possible as a out-of-class operator.
It is not, otherwise I would have done it. We can of course make docstring a
subclass of std::basic_string and add it ourselves, but
then we need to forward
Helge Hafting wrote:
Helge Hafting wrote:
Georg Baum wrote:
Helge Hafting wrote:
Lyx discovered the existence of a converter, invoked
lilypond which ran without error messages, but then
lyx (using -dbg external,graphics) claimed that no
file was produced. Very strange that. Note that
I
Hi there,
Apologies if this is the wrong place to send this, I couldn't find a better
looking address on the website.
I've just opened up a lyx file which is under RCS revision control which I
forgot to check in last time I edited it and I'm not 100% sure what I
changed.
I used rcsdiff to wo
I attached two basic list files to the bug report that could be be used
when the cofigure.py script fails.
It is best if we can get a list of currently available packages,
without internet connection. It is possible? I mean, we detect if
configure.py fails, and if it does, call miktex with some
On Mon, Sep 11, 2006 at 01:37:32AM +0200, Enrico Forestieri wrote:
> $ ./src/lyx
> Same as entered returned
> Unable to determine the path to the LyX binary from the command line ./src/lyx
Something weird is going on, as if I invoke lyx through a full path:
$ /usr/local/src/lyx/lyx-1.5.0svn/buil
Concerning the upcoming 1.4.3 it would be nice if the bugfix to bug 2813
http://bugzilla.lyx.org/show_bug.cgi?id=2813
could go in.
Besides this it would be nice if somebody could have a look at bug 2829:
http://bugzilla.lyx.org/show_bug.cgi?id=2829
This is a serious problem (that I never noticed
On Sun, Sep 10, 2006 at 10:26:18PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Sun, Sep 10, 2006 at 08:26:02PM +0200, Lars Gullik Bjønnes wrote:
> |
> | > Enrico Forestieri <[EMAIL PROTECTED]> writes:
> | >
> | > | On Sun, Sep 10, 2006 at 01:18:56A
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > I've done a lot of conversion to docstring today.
| > - bformat()
| > - Alert::XXX
| > - error()
| > - message()
| > - displayMessage()
| > - ErrorItems
| > - etc...
| >
|
| OK, here's the new patch, including Georg' bfo
I have some annotations to the Aspell6 dictionaries for Windows:
- When I uninstall Aspell Data the folder
C:\Aspell\lib
is not deleted. I expected that this as also removed when Aspell is
uninstalled.
- A collegue of mine informed me that there is now also an arabic Aspell
dictionary availab
On Sun, Sep 10, 2006 at 08:53:00PM +0200, Georg Baum wrote:
> Am Sonntag, 10. September 2006 20:38 schrieb Helge Hafting:
> > I haven't compiled much since the unicode merge, did something
> > happen that require exxtra libraries or config options?
>
> No.
>
> > Or could this be debian testing tr
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
| >> Let's do this cleanup in the next round then.
| > That is not possible if you use my bformat version.
| > BTW qt3 does not compile
> Or. Who is unconfortable wrt removing qt3 from the repository?
and, is prepared to take up the work of keeping it up-to-date
...
(remember, there is no such thing as a free lunch)
> I don't want one man that is unwilling to work on qt3 decide what
> happens with it. Get consensus, then let's ditch it. Not before.
i hate repeating myself, but i would get rid of it
one frontend is more than enough work and qt4 is the only eligible candidate
i think that qt3
1. either shoul
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes schrieb:
| > I don't want one man that is unwilling to work on qt3 decide what
| > happens with it. Get consensus, then let's ditch it. Not before.
| >
| OK, then let's revert the question: Who wants to keep qt3?
Or. Who is unconforta
Lars Gullik Bjønnes schrieb:
I don't want one man that is unwilling to work on qt3 decide what
happens with it. Get consensus, then let's ditch it. Not before.
OK, then let's revert the question: Who wants to keep qt3?
Michael
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
| >> Let's do this cleanup in the next round then.
| > That is not possible if you use my bformat version.
| > BTW qt3 does not compile with your patch.
|
| I did
Lars Gullik Bjønnes schrieb:
Michael Gerz <[EMAIL PROTECTED]> writes:
| Georg Baum schrieb:
| > Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
| >
| >> Let's do this cleanup in the next round then.
| >>
| > That is not possible if you use my bformat version.
| >
| > BTW qt3 does
Georg Baum wrote:
Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
Let's do this cleanup in the next round then.
That is not possible if you use my bformat version.
I noticed ;-)
I am doing the extra work right now... pfiou...
Abdel.
Michael Gerz <[EMAIL PROTECTED]> writes:
| Georg Baum schrieb:
| > Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
| >
| >> Let's do this cleanup in the next round then.
| >>
| > That is not possible if you use my bformat version.
| >
| > BTW qt3 does not compile with your patch. I
Georg Baum wrote:
Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
Let's do this cleanup in the next round then.
That is not possible if you use my bformat version.
BTW qt3 does not compile with your patch.
I did not even test it... nor do I can.
Quite frankly, there is more
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Sun, Sep 10, 2006 at 08:26:02PM +0200, Lars Gullik Bjønnes wrote:
|
| > Enrico Forestieri <[EMAIL PROTECTED]> writes:
| >
| > | On Sun, Sep 10, 2006 at 01:18:56AM +0200, Lars Gullik Bjønnes wrote:
| > |
| > | >
| > | > This patch tries to simp
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
| > Let's do this cleanup in the next round then.
|
| That is not possible if you use my bformat version.
|
| BTW qt3 does not compile with your patch. I think we don't want to plaster
| the
Georg Baum schrieb:
Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
Let's do this cleanup in the next round then.
That is not possible if you use my bformat version.
BTW qt3 does not compile with your patch. I think we don't want to plaster
the sources with lyx::char_t
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | I've done a lot of conversion to docstring today.
| > | | - bformat()
| > | - Alert::XXX
| > | - error()
| > | - message()
| > | - displayMessage()
| > | - ErrorItems
Am Sonntag, 10. September 2006 21:25 schrieb Abdelrazak Younes:
> Let's do this cleanup in the next round then.
That is not possible if you use my bformat version.
BTW qt3 does not compile with your patch. I think we don't want to plaster
the sources with lyx::char_type('|'), but use the attache
On Sun, Sep 10, 2006 at 08:26:02PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Sun, Sep 10, 2006 at 01:18:56AM +0200, Lars Gullik Bjønnes wrote:
> |
> | >
> | > This patch tries to simplify the code a bit. Further installments in
> | > progress.
>
Georg Baum wrote:
Am Sonntag, 10. September 2006 21:15 schrieb Abdelrazak Younes:
Lars Gullik Bjønnes wrote:
The last thing is the addition of
docstring _(docstring const &)
that is no good. The _() function is _required_ to only accept ascii
input. Not even utf8 is accepted. (Please drop th
Am Sonntag, 10. September 2006 21:15 schrieb Abdelrazak Younes:
> Lars Gullik Bjønnes wrote:
> > The last thing is the addition of
> >
> > docstring _(docstring const &)
> >
> > that is no good. The _() function is _required_ to only accept ascii
> > input. Not even utf8 is accepted. (Please dro
Am Sonntag, 10. September 2006 21:23 schrieb Abdelrazak Younes:
> I have to admit I did not read closely the boost::format documentation.
> I'll update my patch with yours then if that's OK for you.
Sure.
Georg
Georg Baum wrote:
Am Sonntag, 10. September 2006 21:11 schrieb Abdelrazak Younes:
Yes I figured that you indeed. But I just converted arg1 to std::string
instead.
We don't want that I think. bformat should not mix std::string and
docstring IMHO.
I think the same but I was not sure.
Let's
Georg Baum wrote:
Am Sonntag, 10. September 2006 20:10 schrieb Abdelrazak Younes:
Here is the updated patch. Objection?
None apart from what Lars already mentioned, but the back and forth
conversions in bformat can be avoided if you use the attached patch
(against clean lstrings.[Ch]). You m
Am Sonntag, 10. September 2006 21:11 schrieb Abdelrazak Younes:
> Yes I figured that you indeed. But I just converted arg1 to std::string
> instead.
We don't want that I think. bformat should not mix std::string and
docstring IMHO.
Georg
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I've done a lot of conversion to docstring today.
|
| - bformat()
| - Alert::XXX
| - error()
| - message()
| - displayMessage()
| - ErrorItems
| - etc...
Great work.
Thanks. That was pretty exhausting...
But you s
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I've done a lot of conversion to docstring today.
- bformat()
- Alert::XXX
- error()
- message()
- displayMessage()
- ErrorItems
- etc...
This patch compiles (qt4) but I have a link error (below). If someone
(Georg?) have an idea, please help me. Th
Am Sonntag, 10. September 2006 20:10 schrieb Abdelrazak Younes:
> Here is the updated patch. Objection?
None apart from what Lars already mentioned, but the back and forth
conversions in bformat can be avoided if you use the attached patch
(against clean lstrings.[Ch]). You might need to add mor
Georg Baum wrote:
Am Sonntag, 10. September 2006 20:28 schrieb Lars Gullik Bjønnes:
Also I expect the changes to gtk to not compile. I doubt that
locale_to_utf8 takes a docstring parameter.
locale_to_utf8 should be replaced by lyx::to_utf8 if the argument becomes a
docstring.
Abdel, if you
On Sun, Sep 10, 2006 at 08:53:00PM +0200, Georg Baum wrote:
> Am Sonntag, 10. September 2006 20:38 schrieb Helge Hafting:
> > I haven't compiled much since the unicode merge, did something
> > happen that require exxtra libraries or config options?
>
> No.
>
> > Or could this be debian testing tr
Abdelrazak Younes wrote:
> I've done a lot of conversion to docstring today.
>
> - bformat()
> - Alert::XXX
> - error()
> - message()
> - displayMessage()
> - ErrorItems
> - etc...
>
> This patch compiles (qt4) but I have a link error (below). If someone
> (Georg?) have an idea, please help me. T
Am Sonntag, 10. September 2006 20:38 schrieb Helge Hafting:
> I haven't compiled much since the unicode merge, did something
> happen that require exxtra libraries or config options?
No.
> Or could this be debian testing tripping up again? I can
> revert various debian devel packages back to "sta
Am Sonntag, 10. September 2006 20:28 schrieb Lars Gullik Bjønnes:
> Also I expect the changes to gtk to not compile. I doubt that
> locale_to_utf8 takes a docstring parameter.
locale_to_utf8 should be replaced by lyx::to_utf8 if the argument becomes a
docstring.
Abdel, if you don't know what thi
Helge Hafting <[EMAIL PROTECTED]> writes:
| On Sun, Sep 10, 2006 at 08:27:15PM +0200, Lars Gullik Bjønnes wrote:
| > Helge Hafting <[EMAIL PROTECTED]> writes:
| >
| > |
| > | Is perhaps the qt3 frontend broken? Will I have to make the
| > | switch to qt4, or is this another issue?
| >
| > I ha
On Sun, Sep 10, 2006 at 08:27:15PM +0200, Lars Gullik Bjønnes wrote:
> Helge Hafting <[EMAIL PROTECTED]> writes:
>
> |
> | Is perhaps the qt3 frontend broken? Will I have to make the
> | switch to qt4, or is this another issue?
>
> I have all frontends compiling and linking.
>
And I have both
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Sun, Sep 10, 2006 at 01:18:56AM +0200, Lars Gullik Bjønnes wrote:
|
| >
| > This patch tries to simplify the code a bit. Further installments in
| > progress.
| >
| > This works for me, but I'd be happy if someone else also took the time
| > to
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Abdelrazak Younes <[EMAIL PROTECTED]> writes:
|
| | I've done a lot of conversion to docstring today.
| |
| | - bformat()
| | - Alert::XXX
| | - error()
| | - message()
| | - displayMessage()
| | - ErrorItems
| | - etc...
|
| Great work.
|
| Bu
Helge Hafting <[EMAIL PROTECTED]> writes:
| On Sun, Sep 10, 2006 at 06:15:35PM +0200, Georg Baum wrote:
| > Am Sonntag, 10. September 2006 17:52 schrieb Helge Hafting:
| > > Unfortunately, lyx 1.5 doesn't compile right now. I get:
| > >
| > >
| > > I tried make distclean & autogen.sh, no go.
|
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I've done a lot of conversion to docstring today.
|
| - bformat()
| - Alert::XXX
| - error()
| - message()
| - displayMessage()
| - ErrorItems
| - etc...
Great work.
But you seems to have worked in an unclean tree, there is som
unrelated spellchec
On Sun, Sep 10, 2006 at 01:18:56AM +0200, Lars Gullik Bjønnes wrote:
>
> This patch tries to simplify the code a bit. Further installments in
> progress.
>
> This works for me, but I'd be happy if someone else also took the time
> to test it. Especially windows people.
Sorry, but I have a probl
On Sun, Sep 10, 2006 at 06:15:35PM +0200, Georg Baum wrote:
> Am Sonntag, 10. September 2006 17:52 schrieb Helge Hafting:
> > Unfortunately, lyx 1.5 doesn't compile right now. I get:
> >
> >
> > I tried make distclean & autogen.sh, no go.
>
> That is a conflict marker from svn in po/Makefile.in
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > After this patch I don't think it pays to fiddle a lot more with
| > | > unicode.C. Except moving away
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > After this patch I don't think it pays to fiddle a lot more with
| > | > unicode.C. Except moving away from iconv that is.
| > | | A
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > After this patch I don't think it pays to fiddle a lot more with
| > unicode.C. Except moving away from iconv that is.
|
| And switching to docstring I hope...
|
| If not, I am asking you
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > After this patch I don't think it pays to fiddle a lot more with
| > unicode.C. Except moving away from iconv that is.
|
| And switching to docstring I hope...
|
| If not, I am asking you for the tenth time: why not?
Am Sonntag, 10. September 2006 17:52 schrieb Helge Hafting:
> Unfortunately, lyx 1.5 doesn't compile right now. I get:
>
> Making all in config
> make[1]: Entering directory `/usr/src/lyx-devel/config'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/usr/src/lyx-devel/confi
Lars Gullik Bjønnes wrote:
After this patch I don't think it pays to fiddle a lot more with
unicode.C. Except moving away from iconv that is.
And switching to docstring I hope...
If not, I am asking you for the tenth time: why not?
Abdel.
Georg Baum wrote:
Am Sonntag, 10. September 2006 14:17 schrieb Abdelrazak Younes:
I am changing Alert::etc() and bformat() right now.
Note that bformat can be done in parallel: Add the new variant, but don't
delete the old one. Then you don't need to add lots of temporary utf8
conversions.
On Sat, Sep 09, 2006 at 01:37:32PM +0200, Georg Baum wrote:
> Am Freitag, 8. September 2006 15:18 schrieb Lars Gullik Bjønnes:
> > Helge Hafting <[EMAIL PROTECTED]> writes:
> >
> > | if os.system(r'python -tt '/usr/local/share/lyx/scripts/ly2png.py' ' +
> > | '"' + infile + '"' + ' ' + '"' + outfi
After this patch I don't think it pays to fiddle a lot more with
unicode.C. Except moving away from iconv that is.
If you have the chance, please test this.
I will commit this quite soon.
Index: src/support/unicode.C
===
--- src/su
On Fri, Sep 08, 2006 at 11:53:17AM +0200, Jean-Marc Lasgouttes wrote:
> BTW, Georg, about the speed of TeXFiles.py, I just noticed that one
> can do
>
> fantomas: kpsewhich ls-R
> /afs/inria.fr/ilinuxmdk-10.1/usr/local/tetex-2.0.2/share/texmf/ls-R
>
> This means that the database of files known
Am Sonntag, 10. September 2006 14:17 schrieb Abdelrazak Younes:
> I am changing Alert::etc() and bformat() right now.
Note that bformat can be done in parallel: Add the new variant, but don't
delete the old one. Then you don't need to add lots of temporary utf8
conversions.
That did not work wit
Am Sonntag, 10. September 2006 10:40 schrieb Peter Kümmel:
> But there are warnings when compiling with msvc:
>
> stream6.cpp(252) : warning C4244: 'return' : conversion
from 'ascii_ctype_facet::char_type' to 'char', possible loss of data
> stream6.cpp(253) : warning C4244: 'argument' : conversio
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Just to let you know so that we avoid duplication of work.
|
| Hum, I think that Andre is right when he said that we should have made
| the conversion from std::string to lyx::docstring in o
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Just to let you know so that we avoid duplication of work.
|
| Hum, I think that Andre is right when he said that we should have made
| the conversion from std::string to lyx::docstring in one shot. I guess
| this is too
Abdelrazak Younes schrieb:
Abdelrazak Younes wrote:
Just to let you know so that we avoid duplication of work.
Hum, I think that Andre is right when he said that we should have made
the conversion from std::string to lyx::docstring in one shot. I guess
this is too late now because of the mul
Abdelrazak Younes wrote:
Just to let you know so that we avoid duplication of work.
Hum, I think that Andre is right when he said that we should have made
the conversion from std::string to lyx::docstring in one shot. I guess
this is too late now because of the multiple to_uf8 and from_utf8..
Just to let you know so that we avoid duplication of work.
Abdel.
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| This patch tries to simplify the code a bit. Further installments in
| progress.
|
| This works for me, but I'd be happy if someone else also took the time
| to test it. Especially windows people.
|
| I'll hold off committing this until tomorrow.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| While re-compiling LyX, I noticed the following warning:
|
| ..\..\..\src\lyxfunc.C(218) : warning C4244: 'initializing' :
| conversion from 'lyx::char_type' to 'char', possible loss of data
|
| in
|
| void LyXFunc::handleKeyFunc(kb_action actio
While re-compiling LyX, I noticed the following warning:
..\..\..\src\lyxfunc.C(218) : warning C4244: 'initializing' : conversion
from 'lyx::char_type' to 'char', possible loss of data
in
void LyXFunc::handleKeyFunc(kb_action action)
{
char c = encoded_last_key;
The problem is tha
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Then what are you arguing about?
|
| I am not arguing, you are.
|
| > We are in perfect agreement then.
|
| So, you agree to remove ispell and pspell support?
Hmm... I thouht you were going to add enchant support?
Am Sonntag, 10. September 2006 10:41 schrieb Georg Baum:
> This patch is a fallout of the my plaintext work. It goes in now.
This too.
Georg
Fix return value of InsetInclude::plaintext
* src/insets/insetinclude.C
(InsetInclude::plaintext): Add line counting code
Index: src/insets
Georg Baum wrote:
> Does not look very sensible :-(
Looks like your TeX configuration is messed up. The man page states that
kpsewhere expands "kpsewhich to separately iterate over each texmf tree
listed in $TEXMF".
I get:
kpsewhere ls-R
/home/juergen/texmf/ls-R
/usr/local/texmf-local/texmf-va
This patch is a fallout of the my plaintext work. It goes in now.
Georg
Log:
Fix return value of InsetText::plaintext
* src/insets/insetnote.C
(InsetNote::plaintext): Move line counting code from here ...
* src/insets/insettext.C
(InsetText::plaintext): ... here.
Your code is correct! It were my wrong editor
settings, after enabling autodetection of UTF8
it looks correct, see png.
But there are warnings when compiling with msvc:
stream6.cpp(252) : warning C4244: 'return' : conversion from
'ascii_ctype_facet::char_type' to 'char', possible loss of data
s
Am Samstag, 9. September 2006 17:56 schrieb Lars Gullik Bjønnes:
> kpsewhere ls-R:
> /usr/share/texmf-config/ls-R
> /usr/share/texmf-var/ls-R
> /usr/share/texmf/ls-R
>
> kpsewhich ls-R:
> /usr/share/texmf-config/ls-R
Not here:
kpsewhere ls-R
/home/georg/texmf/ls-R
/home/georg/texmf/ls-R
/home/g
74 matches
Mail list logo
