Marc Mertens | 1 Nov 2011 09:45
Picon

Re: [TeXmacs] 200 pages documents experience

On Tuesday, October 25, 2011 09:09:34 AM Joris van der Hoeven wrote:
> On Mon, Oct 24, 2011 at 10:01:06PM +0200, El.Douwen wrote:
> > i wanted to know if any on this list have experience typing 200 pages
> > documents with texmacs is it ok with texmacs for so big documents ?
> > even if there are pictures in all pages ?
> > 2Go ram do you think it is ok for texmacs ?
> 
> That should be OK for TeXmacs. I recommend to link all images
> (except if you draw them yourself), to subdivide the book into
> separate chapter files though and assemble the whole thing at
> the end. I also hope that your printer will be able to cope
> with a 2Gb postscript file...
> 
> Best, --Joris
Hello,

    As I'm planning to write a big document myself I wonder what the best way 
of dooing this. Reading the documentation I assumed that I could use one big 
file divided in different parts and then using parts to work only on the part 
that is relevant.  The above answer however suggest that I better have 
different chapter files, so maybe I'm wrong. I was wondering if there is 
somewhere a document available explaining how to handle big documents (in such 
a way that you can still reference every label in the document).

Thanks a lot in advance

Marc Mertens

elo douwen | 1 Nov 2011 13:59
Picon

Re: [TeXmacs] 200 pages documents experience

ok thank you
do you think i can use this imagemagic on my mac os X ?

2011/11/1, Marc Mertens <mertens_marc <at> skynet.be>:
> On Tuesday, October 25, 2011 09:09:34 AM Joris van der Hoeven wrote:
>> On Mon, Oct 24, 2011 at 10:01:06PM +0200, El.Douwen wrote:
>> > i wanted to know if any on this list have experience typing 200 pages
>> > documents with texmacs is it ok with texmacs for so big documents ?
>> > even if there are pictures in all pages ?
>> > 2Go ram do you think it is ok for texmacs ?
>>
>> That should be OK for TeXmacs. I recommend to link all images
>> (except if you draw them yourself), to subdivide the book into
>> separate chapter files though and assemble the whole thing at
>> the end. I also hope that your printer will be able to cope
>> with a 2Gb postscript file...
>>
>> Best, --Joris
> Hello,
>
>     As I'm planning to write a big document myself I wonder what the best
> way
> of dooing this. Reading the documentation I assumed that I could use one big
> file divided in different parts and then using parts to work only on the
> part
> that is relevant.  The above answer however suggest that I better have
> different chapter files, so maybe I'm wrong. I was wondering if there is
> somewhere a document available explaining how to handle big documents (in
> such
> a way that you can still reference every label in the document).
(Continue reading)

Sam Liddicott | 1 Nov 2011 16:14

Re: [TeXmacs] 200 pages documents experience

I suppose so, but there is no reason to think that this is the cause of the crashing.

I had to patch texmacs to not use ghostscript to convert bitmaps to .eps. I can get the patch if you want.

Sam

On Tue, Nov 1, 2011 at 12:59 PM, elo douwen <el.douwen <at> gmail.com> wrote:
ok thank you
do you think i can use this imagemagic on my mac os X ?


2011/11/1, Marc Mertens <mertens_marc <at> skynet.be>:
> On Tuesday, October 25, 2011 09:09:34 AM Joris van der Hoeven wrote:
>> On Mon, Oct 24, 2011 at 10:01:06PM +0200, El.Douwen wrote:
>> > i wanted to know if any on this list have experience typing 200 pages
>> > documents with texmacs is it ok with texmacs for so big documents ?
>> > even if there are pictures in all pages ?
>> > 2Go ram do you think it is ok for texmacs ?
>>
>> That should be OK for TeXmacs. I recommend to link all images
>> (except if you draw them yourself), to subdivide the book into
>> separate chapter files though and assemble the whole thing at
>> the end. I also hope that your printer will be able to cope
>> with a 2Gb postscript file...
>>
>> Best, --Joris
> Hello,
>
>     As I'm planning to write a big document myself I wonder what the best
> way
> of dooing this. Reading the documentation I assumed that I could use one big
> file divided in different parts and then using parts to work only on the
> part
> that is relevant.  The above answer however suggest that I better have
> different chapter files, so maybe I'm wrong. I was wondering if there is
> somewhere a document available explaining how to handle big documents (in
> such
> a way that you can still reference every label in the document).
>
> Thanks a lot in advance
>
> Marc Mertens
>

El.Douwen | 1 Nov 2011 21:39
Picon

Re: [TeXmacs] 200 pages documents experience

i am very interested !

Le 1 nov. 2011 à 16:14, Sam Liddicott a écrit :

I suppose so, but there is no reason to think that this is the cause of the crashing.

I had to patch texmacs to not use ghostscript to convert bitmaps to .eps. I can get the patch if you want.

Sam

On Tue, Nov 1, 2011 at 12:59 PM, elo douwen <el.douwen <at> gmail.com> wrote:
ok thank you
do you think i can use this imagemagic on my mac os X ?


2011/11/1, Marc Mertens <mertens_marc <at> skynet.be>:
> On Tuesday, October 25, 2011 09:09:34 AM Joris van der Hoeven wrote:
>> On Mon, Oct 24, 2011 at 10:01:06PM +0200, El.Douwen wrote:
>> > i wanted to know if any on this list have experience typing 200 pages
>> > documents with texmacs is it ok with texmacs for so big documents ?
>> > even if there are pictures in all pages ?
>> > 2Go ram do you think it is ok for texmacs ?
>>
>> That should be OK for TeXmacs. I recommend to link all images
>> (except if you draw them yourself), to subdivide the book into
>> separate chapter files though and assemble the whole thing at
>> the end. I also hope that your printer will be able to cope
>> with a 2Gb postscript file...
>>
>> Best, --Joris
> Hello,
>
>     As I'm planning to write a big document myself I wonder what the best
> way
> of dooing this. Reading the documentation I assumed that I could use one big
> file divided in different parts and then using parts to work only on the
> part
> that is relevant.  The above answer however suggest that I better have
> different chapter files, so maybe I'm wrong. I was wondering if there is
> somewhere a document available explaining how to handle big documents (in
> such
> a way that you can still reference every label in the document).
>
> Thanks a lot in advance
>
> Marc Mertens
>


Gubinelli Massimiliano | 3 Nov 2011 17:56
Picon

[TeXmacs] Win7 problems anyone?

Dear all,
 somebody could tell me whether the TeXmacs windows installer which you can find here

http://www.texmacs.org/Download/ftp/tmftp/windows/TeXmacs-1.0.7.14-installer.exe

works well under Win7 or not?

Thanks.

Massimiliano Gubinelli
chu-ching huang | 4 Nov 2011 01:39
Picon

Re: [TeXmacs] TeXmacs meeting(s), second announcement

On Thu, 3 Nov 2011 17:50:41 +0100, Joris van der Hoeven wrote
> Dear all,
> 
> I recall that we are planning to have a TeXmacs meeting during winter/spring.
> Several people have shown interest, but there is still quite some 
> money left for inviting more people, even for those who live far 
> away. This is an opportunity which might not repeat itself anytime 
> soon, so if you are interested, then please contact us.
> 

It's great to see this news about meeting and wish a comlete success.

chu-ching huang      

El.Douwen | 4 Nov 2011 15:18
Picon

Re: [TeXmacs] TeXmacs meeting(s), second announcement

hi
some people are certainly more competent than me for that, but you miss them, i can suggest presentation of
texmacs specially for secondary french teachers
Sacha

Le 3 nov. 2011 à 17:50, Joris van der Hoeven a écrit :

> Dear all,
> 
> I recall that we are planning to have a TeXmacs meeting during winter/spring.
> Several people have shown interest, but there is still quite some money left
> for inviting more people, even for those who live far away.
> This is an opportunity which might not repeat itself anytime soon,
> so if you are interested, then please contact us.
> 
> Best wishes, --Joris
> 
> 
> On Sat, Oct 29, 2011 at 10:17:25AM +0200, Joris van der Hoeven wrote:
>> The Qt-TeXmacs version is approaching a more and more stable state.
>> 
>> We think that this would be a good time for one or two meetings on TeXmacs,
>> where we can discuss new or upcoming features, implementation details, plug-ins,
>> as well as issues which might facilitate the diffusion, such as documentation
>> and community support. We are thinking about a first short meeting at Paris,
>> during this winter, and possibly a longer follow-up meeting during spring.
>> 
>> Anyone who would be interested to attend these meetings (both programmers,
>> people who might help with other issues such as documentation, and people
>> who just want to learn more about TeXmacs) are invited to contact us and
>> propose topics which might be discussed at the meeting.
>> 
>> We have money for inviting a dozen of people, from France, Europe, or elsewhere.
>> In other words, money should not be a problem if you wish to attend,
>> but please provide a bit more motivation if you come from far,
>> so that we can use our ressources in an optimal way.

Anthony Cameron | 7 Nov 2011 01:29
Picon

[TeXmacs] mnemosyne plugin

Hi

I was wondering if anybody on this list has successfully used the mnemosyne plugin? I'd be interested in hearing how to use the the export database feature.

Thanks

Anthony

Andrey G. Grozin | 7 Nov 2011 07:29
Picon
Favicon

[TeXmacs] Re: [Texmacs-dev] 1.0.7.13 and 1.07.14 segmentation fault with maxima plugin

On Sun, 6 Nov 2011, Kostas Oikonomou wrote:
> I've tried the 1.0.7.13 X version, and both the 1.0.7.14 X and Qt versions. 
> With any of these, when I start a maxima session and enter
>
> (a^2+a*b+b^2)/3 - (a+b)^2/2
>
> all versions produce a segmentation fault.  (This is maxima 5.25.1.)  I don't 
> know if something has changed in TeXmacs or in the maxima plugin.
I cannot reproduce this problem:

Qt TeXmacs-1.0.7.14
maxima-5.25.1 compiled with sbcl-1.0.51 or clisp-2.49
Gentoo Linux (32-bit Intel)

Your input works as expected. Try

texmacs -debug-io

to see what bytes are sent from TeXmacs to maxima and back, and at what 
exact moment the crash happens.

Andrey

Aleksandr Dobkin | 7 Nov 2011 09:09
Picon

[TeXmacs] Re: [Texmacs-dev] Qt Fonts

Thanks for the feedback. It's great to hear some other people are
using the fonts.

Are you using the PFB files with mainline TeXmacs or the OTF files
with patched TeXmacs?

The OTF (OpenType) files are newer than the PFB (Printer Font Binary)
files and are a bit more complete.

Here is a comparison:

TeXmacs mainline
http://dl.dropbox.com/u/384906/texmacs-fonts/sample-mainline.pdf
TeXmacs mainline with PFB fonts
http://dl.dropbox.com/u/384906/texmacs-fonts/sample-mainline-pfbfonts.pdf
TeXmacs patched http://dl.dropbox.com/u/384906/texmacs-fonts/sample2.pdf

The motivation for the git fork is so to have the latest TeXmacs but
with the additional fonts and Qt font rendering. Previously, I had to
use an increasingly outdated version.

So if you are already using the patched TeXmacs with OTF files, the
fork gives access to the latest TeXmacs version but doesn't change
much else. If you are using mainline TeXmacs with the PFB files, using
the OTF files would give you a more complete character set and
improved onscreen font rendering.

I believe that the old situation is that TeXmacs had to rasterize
fonts into bitmaps before it could show them onscreen. It had to do
this separately for each point size. This operation happens at
start-up and can take a long time. The Qt version should not need to
do this at all. As far as displaying things on screen, Qt may be
faster but it will not likely make a huge difference because the
number of characters that are displayed onscreen at any time stays
constant even as the document size grows. If you are using Linux, you
may want to try -graphicssystem raster. I think there are optimization
that can be made with regard to the rendering as a whole that can help
improve performance, but I haven't made any such changes.

In my experience TeXmacs is generally very speedy. If you have a
specific specimen that you can post, I think it would be helpful.

Alex

On Mon, Nov 7, 2011 at 12:54 AM, Alvaro Tejero Cantero <alvaro <at> minin.es> wrote:
> Thank you Aleksandr for providing this extended font support. I am
> currently happily using your freefont package for my PhD thesis (with
> Times). Does the new git fork improve on the typesetting with respect
> to the package, or is it just on-screen rendering? (I have to be
> conservative at this moment).
>
> And, as a curiosity - does QT font rendering make TeXmacs faster?
>
>
> -á.
>
>
>
> On Mon, Nov 7, 2011 at 02:49, Aleksandr Dobkin <adob321 <at> gmail.com> wrote:
>> I would like to announce that I finally updated my TeXmacs fork on
>> Gitorious. The primary changes over mainline TeXmacs is the inclusion
>> of additional built in fonts, primary a Time work-alike based on GNU
>> FreeFont, and high-quality rendering using Qt.
>>
>> The motivation is that I really don't like the Computer Modern font
>> which is the default in TeXmacs, but I like Times. There is some
>> support for a Times-like font already, but kerning is bad, ligatures
>> don't work, and math mode doesn't work. So I put in good support for
>> Times including good kerning, ligatures, and math support.
>>
>> Also, the font rendering is TeXmacs is not very good. I replaced this
>> with native OS rendering via Qt.
>>
>> The fork is available at
>>
>> https://gitorious.org/~adob/texmacs/texmacs-otf
>>
>> Please check it out.
>>
>> Font files have been added to the TeXmacs/fonts so no further action
>> beyond make; make install is required. I intend to maintain an
>> up-to-date fork by merging from mainline TeXmacs periodically.
>>
>> Sample output: http://dl.dropbox.com/u/384906/texmacs-fonts/sample2.pdf
>> Sample source: http://dl.dropbox.com/u/384906/texmacs-fonts/sample3.tm
>>
>> Alex
>>
>> _______________________________________________
>> Texmacs-dev mailing list
>> Texmacs-dev <at> gnu.org
>> https://lists.gnu.org/mailman/listinfo/texmacs-dev
>>
>
> _______________________________________________
> Texmacs-dev mailing list
> Texmacs-dev <at> gnu.org
> https://lists.gnu.org/mailman/listinfo/texmacs-dev
>


Gmane