« first day (1551 days earlier)      last day (3373 days later) » 

12:01 AM
@michal.h21 since the end result in the browser is more or less Unicode based as well, wouldn't it be possible at least in theory not to rely on luainputenc mapping to classic tex codes but to simply let utf8 data pass through?
@JosephWright like an 8bit engine with teh wrong patterns loaded;-) \showhyphens{straße}
 
 
7 hours later…
6:54 AM
@DavidCarlisle Yes I know
@DavidCarlisle tex4ht needs the DVI format to work, and that's 8-bit
@DavidCarlisle Like I said, I suspect with LuaTeX it should be possible to remap the font positions to the Unicode ones, and the same with input encodings, and so everything can be Unicode (and so hyphenate correctly)
 
7:35 AM
Any miktex/windows experts who can look at tex.stackexchange.com/q/225401/15925 The given code works fine on a mac.
 
8:27 AM
@AndrewSwann fontspec version difference: Will moved the preferred position of the optional argument
 
9:13 AM
@JosephWright yes clarification for others, mostly (I'd been away from the screen and was just catching up quickly
@JosephWright but if you are assuming character data can just pass through it doesn't matter much what characters they are internally, could just take it as utf8 data and sort it out at the end. (But actually I thought dvi could use wider character formats, just tex didn't use them, or maybe I remembered that wrong)
@JosephWright yes we should look in to this after the release
 
9:52 AM
@DavidCarlisle yes, it is a problem, I've tried some exercise yesterday, in hyphenate callback I translated T1 encoded chars to corresponding unicode chars, called lang.hyphenate function on the resulting node list. this didn't work, unfortunately.
when I left unicode chars in the nodes, the output was really wrong, which I expected. so I translated unicode chars back to T1 and correct glyphs were used, but hyphenation didn't work in either case
@DavidCarlisle yes, it is possible for example to use \newunicodechar to insert special tex4ht instructions with unicode hexadecimal entities, which are in later stages of conversion translated to unicode characters
@JosephWright I think it is really hard to find unicode values for 8-bit coded fonts, especially math and virtual ones
@JosephWright this is not a problem, we can encode unicode characters using callbacks. the problem is that tex4ht fails when it can't find a tfm file, which is the case with open type fonts. this is fixable, but first we need somebody, who understand Eitan's c code
 
10:47 AM
@michal.h21 I mean that for a T1 encoded font we know what the semantics of the slots are and we know the equivalent semantics for Unicode code points, so it should be possible to alter how the mappings are done
@michal.h21 Isn't that though because it relies on DVI mode?
@michal.h21 I was thinking this should be handled by the font loader: I guess I'll have to ask Hans what they've done about this in ConTeXt
@michal.h21 I didn't think the DVI format would allow full Unicode working, hence XeTeX requiring xdv output
 
@JosephWright no, I have a patch for older version of fontspec, which suppressed open type fonts loading and all characters are escaúed
 
@michal.h21 Rather my point, though, isn't it? DVI mode doesn't work properly with Unicode input
 
\documentclass{article}
\usepackage{fontspec}
\begin{document}
Příliš žluťoučký kůň
\end{document}
and dviasm output for dthe dvi file:
push:
right: 77pt
down: 63pt
fnt: file:lmroman10-regular:script=latn;+trep;+tlig; at 10pt
set: 'Příliš'
right: 3.330002pt
set: 'žluťouč'
right: -0.279999pt
set: 'ký'
right: 3.330002pt
set: 'kůň'
I think the problem is with dvi processing tools, dvipng failes with such file, for example
 
@JosephWright Well spotted with the fontspec version info. It may another change in fontspec that is at the root of this, as I believe the old option syntax is still accepted.
 
@AndrewSwann It is
 
10:59 AM
dvips output:
dvips: Font file:lmroman10-regular:script=latn;+trep;+tlig; not found; using cmr10

</home/mint/texlive/2012/texmf-dist/fonts/pk/ljfour/public/cm/dpi600/cmr10.pk>
dvips: ! invalid char 345 from font file:lmroman10-regular:script=latn;+trep;+tlig;
 
@michal.h21 Could be: I've not looked at any detail here beyond noting that Jonathan Kew felt that he had to extend the DVI format for XeTeX
 
 
2 hours later…
yo'
12:49 PM
Do I understand this correctly that it is about a Windows qualities therefore it is OT?
0
Q: LaTeX sudoku not compilling

Alexander BilyI want to ask what could be problem with following code: \documentclass{article} \usepackage{printsudoku} \usepackage{solvesudoku} \usepackage{createsudoku} \begin{document} \sudoku{test01.sud} \end{document} I am using Texmaker as my editor and I have installed MiKTeX on windows. The erro...

@Joseph merge needed here I think (I never know how it works): tex.stackexchange.com/users/71365/mike tex.stackexchange.com/users/71366/mike
 
1:09 PM
@yo' Only the staff can do it.
 
 
4 hours later…
yo'
4:41 PM
@egreg ah, well, I thought so
 
@yo' As usual you broke the silence: I was trying to reach 5 hours. ;-)
 
5:01 PM
@yo' @egreg is right: Powers That Be job
 
5:17 PM
Blog post attracting some interest :-)
 
5:39 PM
@JosephWright a new miktex shouldn't give you a 2011 latex should it? (the inputenc q)
@JosephWright but just on the old prioritized hyphenation problem, not on unicode at all:-)
 
Which is the correct syntax in english?
This doesn't work neither.... nor
or
This doesn't work either.... or
 
neither this nor this work
 
thanks @David
 
@karlkoeller but of course you have to realize that I don't have the faintest idea about the rules of English grammar, being English.
3
 
You're always funny, @David :-)
 
5:46 PM
@karlkoeller in this case I mean it:-) "neither" is a tricky construct and apart from "use what sounds right" I'm not sure what method I would use to choose
 
6:17 PM
lalalalalalalalalalalalalalalala
 
@PauloCereda Is the conference interesting?
 
@egreg It is! :) I thought of you this morning, we had the first part of a tutorial on Theory of Categories :)
 
@PauloCereda Abstract nonsense?
 
@egreg o.O The professor just said this quote! :)
 
@PauloCereda I'm missing Psmith. ;-)
 
6:21 PM
@DavidCarlisle Yes
 
@egreg Is @DavidCarlisle losing pretty hard? :)
 
@DavidCarlisle Also yes
 
@PauloCereda My morning was less interesting: I went to the dentist's.
 
@egreg Oh no! :( I hope you are feeling better.
 
@PauloCereda Oh, no toothache; just some work that needed to be done.
@PauloCereda Actually, I feel worse than before. ;-)
 
6:24 PM
@egreg So the dentist did a good job. :)
 
@PauloCereda He rummaged for half an hour in my gums and used a drill. I have a couple of teeth to extract and some other jobs. :( Not ending before September.
 
Good maen
 
 
1 hour later…
7:40 PM
This one can be closed as duplicate:
0
Q: what's the name of the font?

latex2015does anyone know which font is used here (http://www.phys.ens.fr/~regnault/tdqft2010/download/exam2011-en.pdf)? Thanks.

Here's the dupe:
54
Q: How do I find out what fonts are used in a document/picture?

WernerIs it possible to identify the font used in a specific document/picture? Answers to this question should identify: Possible methods to do this (perhaps one answer per method) and adequately describe how to use it (as opposed to merely stating it); Ways of finding the identified fonts, if possi...

Unfortunately I had to retract my initial closing vote, so I cannot vote to close now.
 
 
3 hours later…
10:48 PM
By the way, I'm over 350K, while @DavidCarlisle is still far from 250K. :P
 
11:36 PM
@egreg If it makes you happy....
 
@DavidCarlisle No, it makes you sad. :-)
 
yo'
@percusse Hi, please, by any chance, have you got any experience with in-ear headphones?
 

« first day (1551 days earlier)      last day (3373 days later) »