On Tue, 5 Sep 2006, Michael Gerz wrote:
> Lars Gullik Bjønnes schrieb:
> > Andre Poenitz
> > <[EMAIL PROTECTED]>
> > writes:
> >
> > | I've never used it in LyX, but I do use 'xp' from time to time in vi.
> > | I know a similar function exists in emacs so I suppose there are people
> > | that 'nee
in my experience students prefer multiple choice questions (and me too
when i am grading):
Why did you choose to become involved with the lyx project?
a) i had no friends
b) i liked the website
c) oops, i am leaching the wrong list
How would you describe the vision for the lyx project?
a)
On Tue, Sep 05, 2006 at 10:33:34PM +0200, Michael Gerz wrote:
> Jean-Marc Lasgouttes schrieb:
> >There is a reason for example why 'Toggle read only' was not there.
> >This is a very specialized lfun which was added at someone's request;
> >for the casual user, it will cause more puzzlement than a
Switching to the lyx.devel list.
pol wrote:
> I have noticed that inner level text lines do not auto indent.
> E.g., as a new line is entered at the second level 'itemize' environment,
> that is assigned the first level 'itemize' environment.
> The same for '
Jean-Marc Lasgouttes schrieb:
There is a reason for example why 'Toggle read only' was not there.
This is a very specialized lfun which was added at someone's request;
for the casual user, it will cause more puzzlement than anything.
This patch removes the "Read-Only" entry from the menu and l
On Tue, 5 Sep 2006, Juergen Spitzmueller wrote:
> Lars Gullik Bjønnes wrote:
> > We are running pmwiki right?
>
> Yes.
>
> > Register Globals has never been On.
>
> Then everything should be ok, as I read the report.
I have now also updated to a PmWiki version that is not affected even if
reg
Lyx Developer Questionnaire
This questionnaire will be used by students of the CS305 course at
the University of Regina to inform their semester’s work. Results of
this
work will be contributed back to the lyx project. All replies sent
to me
directly ([EMAIL PROTECTED]) will have all iden
Lars Gullik Bjønnes schrieb:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I've never used it in LyX, but I do use 'xp' from time to time in vi.
| I know a similar function exists in emacs so I suppose there are people
| that 'need' it.
No. It cannot go. Basic editing function.
OK. How about
Hi all,
I'm sorry to say that I will not be able to host the LyX meeting in
Turkey in the start of October after all. I could not get flight tickets
that would work for my family. Everything is totally sold out!
Therefore, I guess all of you also would have a hard time by now.
I don't know w
Abdelrazak Younes wrote:
Hum... the call to dialog().CancelButton() seems superfluous in
ControlSpellchecker::checkAlive(). That may well be the cause of your
crash. Could you please try out this patch? If it works then it can
easily be backported to 1.4.
But I still don't understand why I do
On Tue, Sep 05, 2006 at 02:09:25PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Georg, I tried your test program on cygwin and, after adding an
> > "#include " line, it fails to compile as follows:
> >
> > $ g++ stream2.cpp -o stream2
> > stream2.cpp: In function `int main()':
> > s
On Tue, Sep 05, 2006 at 06:46:23PM +0200, Enrico Forestieri wrote:
> Anyway, if you want to take into account that someone could actually
> cross-compile to mingw using cygwin, the attached patch fixes this issue.
No, please don't apply this patch as it would also affect a cygwin build.
Both $hos
On Tue, Sep 05, 2006 at 03:49:12PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I was already aware of the last two, but was missing
> Enrico> LYX_ABS_TOP_SRCDIR, which was being hardcoded in posix style
> Enrico> into package.C.
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless message box loop.
Hum... the call to dialog().CancelButton() seems s
Peter Kümmel wrote:
Abdelrazak Younes wrote:
- controller().clearParams();
+// controller().clearParams();
That means that controller() points to nothing real. That's quite weird
considering that it is a boost::scoped_ptr and that it is set in
Dialog::setController(Controller * i) and
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I was already aware of the last two, but was missing
Enrico> LYX_ABS_TOP_SRCDIR, which was being hardcoded in posix style
Enrico> into package.C. Once taken care of that (a simple call to
Enrico> cygpath in the configure scrip
Andre Poenitz wrote:
On Mon, Sep 04, 2006 at 11:21:13AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
The attached patch replaces hull types like "simple", "eqnarray" with an
enum 'hullSimple', 'hullEqnArray' etc.
Should save a few CPU cycles, be more typesafe and prevent a controversy
"Ozgur Ugras BARAN" <[EMAIL PROTECTED]> writes:
| Hi all,
|
| I added support for nomencl for glossary entries in the lyx code (qt3
| only, yet). If anybody interests in this functionality, I'll be glad
| to add my contribution.
Contributions are always welcome.
Do you have a patch we can look
Juergen Spitzmueller wrote:
Helge Hafting wrote:
Looks like a bad idea, unless I misunderstand something.
Please test my patch, then you'll see what it does without guessing.
2. The user marks a whole paragraph, or several.
In this case, the user clearly want to stuff the list
Hi all,
I added support for nomencl for glossary entries in the lyx code (qt3
only, yet). If anybody interests in this functionality, I'll be glad
to add my contribution.
regards,
Ugras
On Tue, Sep 05, 2006 at 02:26:55PM +0200, Peter Kümmel wrote:
> Georg Baum wrote:
[...]
> > std::wcerr should be declared in iostream. If gcc on cygwin does not have it
> > then it is not standard conforming.
Possibly. The wide stream versions are #ifdef'd out in iostream:
#ifdef _GLIBCXX_USE_WC
Peter Kümmel wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
Ah... with this change I have then the same output as yours:
test:
abcd
228246252
20 e4 f6 fc
196214220
20 c4 d6 dc
abcd
That looks good, but the generated file is more interesting. Does it contain
abcd
äöü
äöü
abcd
Georg Baum wrote:
> Enrico Forestieri wrote:
>
>> Georg, I tried your test program on cygwin and, after adding an
>> "#include " line, it fails to compile as follows:
>>
>> $ g++ stream2.cpp -o stream2
>> stream2.cpp: In function `int main()':
>> stream2.cpp:230: error: `wcerr' is not a member of
Enrico Forestieri wrote:
> Georg, I tried your test program on cygwin and, after adding an
> "#include " line, it fails to compile as follows:
>
> $ g++ stream2.cpp -o stream2
> stream2.cpp: In function `int main()':
> stream2.cpp:230: error: `wcerr' is not a member of `std'
> stream2.cpp:238: er
On Tue, Sep 05, 2006 at 12:29:39PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Look at package.C.in:
>
> Enrico> This is not going to work when packaging is windows or
> Enrico> macosx...
>
> Hmm, what is not going to work? th
Lars Gullik Bjønnes wrote:
> We are running pmwiki right?
Yes.
> Register Globals has never been On.
Then everything should be ok, as I read the report.
Jürgen
On Mon, Sep 04, 2006 at 10:46:43PM +0200, Georg Baum wrote:
> Peter and Abdel, can you please test whether the attached test program
> works (or could be made to work) on windows with lyx::char_type ==
> boost::uint32_t?
>
> If yes, then I'd like to put the attached patch in and proceed with
>
On Mon, Sep 04, 2006 at 11:08:31AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> IIRC, the build_support dir is not correctly spotted in a
> Enrico> native Windows build. Run "lyx -dbg init" to check it.
>
> It would be nice to i
Peter Kümmel wrote:
> In my ordinary text editor (ultraedit) it doen't loock like a text file.
> Also firefox only shows numbers.
Both should recognize utf8 text files.
>> encoded in utf8?
> How do I check?
Please send it (in a .zip archive so that it does not get altered), I'll
have a look.
Peter Kümmel <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Abdelrazak Younes wrote:
| >
| >> Ah... with this change I have then the same output as yours:
| >>
| >> test:
| >> abcd
| >> 228246252
| >> 20 e4 f6 fc
| >> 196214220
| >> 20 c4 d6 dc
| >> abcd
| >
| > That looks good, but
Georg Baum wrote:
> Abdelrazak Younes wrote:
>
>> Ah... with this change I have then the same output as yours:
>>
>> test:
>> abcd
>> 228246252
>> 20 e4 f6 fc
>> 196214220
>> 20 c4 d6 dc
>> abcd
>
> That looks good, but the generated file is more interesting. Does it contain
>
> abcd
>
Georg Baum wrote:
> Abdelrazak Younes wrote:
>
>> Ah... with this change I have then the same output as yours:
>>
>> test:
>> abcd
>> 228246252
>> 20 e4 f6 fc
>> 196214220
>> 20 c4 d6 dc
>> abcd
>
> That looks good, but the generated file is more interesting. Does it
> contain
>
> abc
Abdelrazak Younes wrote:
> Ah... with this change I have then the same output as yours:
>
> test:
> abcd
> 228246252
> 20 e4 f6 fc
> 196214220
> 20 c4 d6 dc
> abcd
That looks good, but the generated file is more interesting. Does it contain
abcd
äöü
äöü
abcd
encoded in utf8?
Geor
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | Abdelrazak Younes wrote:
> | > Georg Baum wrote:
> | >> Am Montag, 4. September 2006 22:48 schrieb Peter Kümmel:
> | >>> Georg Baum wrote:
> | Why are circular dependencies a problem? It is a long time ago, but
> | >
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Maybe this is of interest for us:
| http://isc.sans.org/diary.php?storyid=1672
We are running pmwiki right?
Register Globals has never been On.
--
Lgb
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Look at package.C.in:
Enrico> This is not going to work when packaging is windows or
Enrico> macosx...
Hmm, what is not going to work? the build support dir is BINDIR/../lib
always, isn't it?
But I do not think this is the
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I plan to do some cosmetic changes to mathed/*.
Andre> (1) Rename MathSqrtInset to InsetSqrt (in line with insets/*)
Andre> (2) Rename the files into InsetSqrt.{h,C} (3) put everything
Andre> into namespace lyx
Andre> Objections?
Peter Kümmel <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Georg Baum wrote:
| >> Am Montag, 4. September 2006 22:48 schrieb Peter Kümmel:
| >>> Georg Baum wrote:
| Why are circular dependencies a problem? It is a long time ago, but
| >> IIRC I
| created dlls with circular
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> I like it. What is the reason why this type stuff is declared in
>> math_inset.[Ch] instead of math_hullinset?
Andre> Becuase there's HullType MathInset::getType() in math_inset.h.
Andre> I am not sure, though, the virtual fucntion i
Maybe this is of interest for us:
http://isc.sans.org/diary.php?storyid=1672
Jürgen
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Peter and Abdel, can you please test whether the attached test program
works (or could be made to work) on windows with lyx::char_type ==
boost::uint32_t?
If yes, then I'd like to put the attached patch in and proceed with
solution
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Peter and Abdel, can you please test whether the attached test program
>> works (or could be made to work) on windows with lyx::char_type ==
>> boost::uint32_t?
>>
>> If yes, then I'd like to put the attached patch in and proceed with
>> solution 2) a
Peter Kümmel wrote:
Abdelrazak Younes wrote:
That's exactly the problem indeed. My earlier cleanup work is heading
toward "the frontend use the kernel as a library" design. Once this is
achieved, splitting out the toolkit specific frontend should be easy. So
clearly the first candidate for a new
Georg Baum wrote:
Peter and Abdel, can you please test whether the attached test program
works (or could be made to work) on windows with lyx::char_type ==
boost::uint32_t?
If yes, then I'd like to put the attached patch in and proceed with
solution 2) above.
With two modifications (include
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>
>> At the current stage the code is full of dependencies,
>> and some circular could only be solved by moving functions
>> into a other library.
>
> I think you should forget about the controller for now and concentrated
> on the frontend. Mathed s
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Am Montag, 4. September 2006 22:48 schrieb Peter Kümmel:
>>> Georg Baum wrote:
Why are circular dependencies a problem? It is a long time ago, but
>> IIRC I
created dlls with circular dependencies during my diplom thesis.
Geo
Peter Kümmel wrote:
At the current stage the code is full of dependencies,
and some circular could only be solved by moving functions
into a other library.
I think you should forget about the controller for now and concentrated
on the frontend. Mathed seems also to be a good candidate.
[...
Georg Baum wrote:
Am Montag, 4. September 2006 22:48 schrieb Peter Kümmel:
Georg Baum wrote:
Why are circular dependencies a problem? It is a long time ago, but
IIRC I
created dlls with circular dependencies during my diplom thesis.
Georg
Yes, but this needs a two pass build process, whi
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Joost Verburg wrote:
>>> Abdelrazak Younes wrote:
I've done that and I still have the same linking problems:
>>> It works fine for me. You are still mixing static / dynamic versions
>>> somewhere. Are you sure all external libraries are OK?
>>>
Peter Kümmel wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
I've done that and I still have the same linking problems:
It works fine for me. You are still mixing static / dynamic versions
somewhere. Are you sure all external libraries are OK?
Joost
I've added the aspell patch and th
Joost Verburg wrote:
> Abdelrazak Younes wrote:
>> I've done that and I still have the same linking problems:
>
> It works fine for me. You are still mixing static / dynamic versions
> somewhere. Are you sure all external libraries are OK?
>
> Joost
>
>
I've added the aspell patch and the buil
51 matches
Mail list logo
