Comments | krasnoludek: Paris Days 3-5

krasnoludek

Paris Days 3-5

May 06, 2010 23:00

Sunday, Monday and Tuesday were kind of a blur. I spent the two weekdays working most of the day with Wolfgang. By the end of it, we started making some progress on the conjecture we set out to investigate. I hope this signals that we can solve it soon -- it would be quick but I think we're both experienced enough with the topic that it could be ( Read more... )

travel, money, factorization, france, food, weather, beer

Comments 7

psifenix May 6 2010, 23:43:54 UTC

Ooh ooh please tell me about this conjecture (via email if you don't want to reveal).

psifenix May 10 2010, 03:32:29 UTC

FINE.

krasnoludek May 10 2010, 07:52:59 UTC

hey, sorry. I've been sick this weekend. I hadn't even responded to Wolfgang. Today I'll get around to all this stuff since I'm feeling mostly better.

lingboy May 7 2010, 10:41:00 UTC

Command-shift-8 will give you the ° symbol.

krasnoludek May 7 2010, 13:14:41 UTC

thanks, but doing that you run the risk that the submission script will not accept non-ASCII coded characters (which the Mac encodings for all these Command-etc commands are), and get jumble. For instance, when I began editing some of my HTML files and threw in the Mac quick commands for things like é, if I then saved the file using a different encoding, all those commands would turn into sequences of jumble characters. Similar things can happen when you use these Mac commands to write emails.

So I just do the HTML codes to be sure, especially when there's a shorthand command that's easy to remember. In this case it wasn't °ree; but ° and it's now fixed.

once_a_banana May 7 2010, 17:33:58 UTC

Are these "Mac encodings"? Is the input method (key combination) relevant for how the character is stored in the file once it appears there? I was under the impression that for the last several years (and for the foreseeable future) it's been all unicode -- and it strikes me that accurate detection of unicode will be around at least as long as HTML... probably longer?

krasnoludek May 7 2010, 21:10:56 UTC

It might be unicode rather than the stored key combination. But I have my doubts since when I opened it in the other program, the é would turn into something like Œ% or some other weird combination of ascii characters -- not just a single one, but usually a pair. If it was just storing the unicode as &U(numbers); then I would expect to just get the ampersand and text ( ... )