Hi Ian!

Thanks for the advice. I'll dig into the settings subsystem. it would be 
cool if one could point the settings to be loaded from any Contents file. 
Then one could store the editor settings alongside with the LaTeX sources, 
like .editorconfig.

I guess the first step may be implementing a "pdflatex" package that would 
interface with an abstract Contents service.

Concerning compiling pdflatex, there is texlive.js 
(https://github.com/manuels/texlive.js/) that achieved the feat and is 
showcased at http://manuels.github.io/texlive.js/ 
and https://github.com/googledrive/drivetex. It even seems quite fast.

Best,
Vadim

On Friday, August 18, 2017 at 2:49:52 PM UTC+2, Ian Rose wrote:
>
> Hi Vadim,
>
> That sounds like a very cool project. What you suggest sounds reasonable 
> to me, and would be a neat use of emscripten (have you managed to compile 
> pdflatex!?). The '@jupyterlab/services' npm package defines an abstraction 
> for a filesystem (which mirrors the Jupyter Contents API), and that 
> filesystem need not be a physical one on disk somewhere. You are correct in 
> noting that this is what the Google Drive plugin implements.
>
> The main challenge with a completely client-side application is to make 
> sure that none of the plugins you rely on actually make any server 
> requests. For the most part this should be doable. The main blocker I see 
> at the moment is the settings system: JupyterLab recently moved to a 
> server-side settings system, which is used by components like the 
> file-editor for things like editor settings and keybindings. There has been 
> some talk of providing a client-side fallback for the settings system, but 
> it does not exist at the moment (AFAIK).
>
> Cheers,
> Ian
>
> On Thu, Aug 17, 2017 at 12:40 PM, Vadim Kantorov <[email protected] 
> <javascript:>> wrote:
>
>> Hi. I'm looking to create a client-side LaTeX editor based on JupyterLab.
>>
>> For that, I'd need to create a File System backed by local storage and 
>> synchronized with Emscripten's file system.
>>
>> Would you have any advice of how to do that?
>>
>> I'd imagine I need to follow 
>> https://github.com/jupyterlab/jupyterlab-google-drive.
>>
>> Are there any blockers for running JupyterLab completely in-browser, 
>> without any server extensions?
>>
>> Thanks!
>> Vadim
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Project Jupyter" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> To post to this group, send email to [email protected] 
>> <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jupyter/835e10f1-97af-4c53-9f8e-2be04ea54623%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/jupyter/835e10f1-97af-4c53-9f8e-2be04ea54623%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Project Jupyter" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jupyter/1debb308-d6d1-4eb2-baf9-7c002db57d30%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to