News for hackers. Stuff that matters.

coolwanglu

Re:BrowserHack: NetHack ported to the web on Wednesday April 15, 2015 @10:12AM (#9381062)
The UI is mostly finished. How does the current version look?
Re:BrowserHack: NetHack ported to the web on Sunday April 12, 2015 @11:32PM (#9365836)
Try typing this in the browser console (might need to reload the game first)

nethack.apply_tileset('http://cook.web.eschelon.com/pictures/geoduck20x12.bmp', 12, 20)

I felt that a complete ASCII port worth a separate project, yet it might not be that interesting as we've already got NAO.

But if you guys feel that a ASCII tileset is ok, I'm happy to add it. How about this smaller version?

Re:Vim.js – JavaScript port of Vim on Sunday November 30, 2014 @12:36PM (#8677383)
Hi, this could be what you need :) https://github.com/kripken/emscripten/wiki/Asyncify
Re:Plans for Vim 7.4 on Thursday May 09, 2013 @08:37AM (#5680047)
Hmm, the signature looks interesting.
um? why?
MF uses pdf2htmlEX :) And it also provides public folder and public dropbox <- I really like that.

This means that you can create one of your own.

It's for embedding, when you want to control the document or access the content.

Say you have a resume written in LaTeX and you want to insert Google Analytics inside?

Hey thanks for the info!

2nd & 3rd are in the future plan, as I'm still working on accuracy and speed. And #115(https://github.com/coolwanglu/pdf2htmlEX/issues/115) is about the 2nd issue.

About the first one, I've not got an elegant solution yet, maybe a CSS file per page?

Please file new issues at GitHub if you think it's necessary :)

Right, that is in the schedule, just heard enough complains, in a good way.
Yes, actually they had this kind of plan, but I am not sure how it has been going.

It would be definitely interesting in that way, but in that case it may not be worth it to rewrite everything in JS.

It's still a startup, so currently it's focused on accurate rendering, and fast speed(which is not achieved yet so far).

Features about recognition would be planned in the future, usually PDF viewers do not recognize too many things, do they? :)

Usually I don't use social services, at least not "socially" (e.g. twitter as public text messaging). IMHO whether the service is crap or not, depends on what kind of stuff that it encourages you to do, either finding useful information, or playing boring games and pay for higher rankings.

Still like old Google Reader with its OLD social features.

You don't want to rely on the computing power at the client side, do you? :)
I heard that with careful optimization on the server side and a clever JS may solve this. So far the default UI just demostrates the ability of reading-while-downloading.

The idea is that now the document becomes more controllable and accessible, say you can put Google Analytics in your resume written in LaTeX; or maybe an social reading service, where you can comment, annotate and share.

Unlike PDF viewers, web browers are never optimized for this kind of messy inputs. The next version of pdf2htmlEX will be focused on optimizations, e.g. smaller size of background images, hopefully that would help.

Re:Obscure C++ Features on Friday April 19, 2013 @04:33PM (#5578571)
Oh I just love C++ better!
Re:Oneko: The cat chasing the mouse (cursor) on Friday April 19, 2013 @07:17AM (#5575971)
I wonder have long will they get to know this stuff.
Re:PyPy's Speed Center on Friday April 19, 2013 @04:50AM (#5575570)
I wonder if CPython will have JIT in the future
Re:Pdf2htmlEX: A PDF to HTML converter on Monday September 17, 2012 @11:06AM (#4532880)
The compiling problem should have been fixed. Could you please try the latest master branch, see if it works well or maybe fail at one assertion?
Re:Pdf2htmlEX: A PDF to HTML converter on Monday September 17, 2012 @11:05AM (#4532873)
OCR is beyond the scope of pdf2htmlEX I'm just trying to find out the real meaning of the glyphs through glyph names.

Actually usually you should be able to select/copy text without problem, if there's no type 0 fonts.

Re:Pdf2htmlEX: A PDF to HTML converter on Monday September 17, 2012 @01:58AM (#4531439)
If you use HTML inspectors and remove that piece of mess, you'll find text on the html also disappear.

It's the problem of font encoding, which is one of the difference between PDF and HTML. Sometimes you cannot copy the text out of PDF, but you can read correctly.

I'm working on that problem. I made things like this so far because I think visual accuracy is more important.

Re:Pdf2htmlEX: A PDF to HTML converter on Sunday September 16, 2012 @11:05PM (#4531179)
Usually I built from git. There has been some improvement relevant to pdf2htmlEX during the path month.

However it should not crash, and it's confirmed by many people now.

Could you please try the commit f02e1d4 ?

Re:Pdf2htmlEX: A PDF to HTML converter on Sunday September 16, 2012 @10:17PM (#4531083)
Please try with commit f02e1d4 if any of you cannot build it on Mac
Re:Pdf2htmlEX: A PDF to HTML converter on Sunday September 16, 2012 @09:48PM (#4531029)
Probably not, as font conversion is slow. pdftohtml does not extract fonts for now.
Re:Pdf2htmlEX: A PDF to HTML converter on Sunday September 16, 2012 @09:47PM (#4531028)
I've tried and succeeded with CYGWIN. But no idea how can I distribute the package with the dependencies.

Older »