Re: firefox > Preferences > When Firefox starts
On 2019-04-19 15:36, pe...@easthope.ca wrote: Hello again, The configuration mentioned in the subject line is set to "Show your home page". Here the home page is file:///home/peter/html, a local page. Nevertheless startup sometimes displays "Sorry. We're having trouble getting your pages back." Ideas? Thanks, ... P. not relevant but I just learnt that CTRL + "clicking on the home page icon" brings up the home page in a new tab which I hadn't been able to see how to do. mick -- Key ID4BFEBB31
Trying to install Audiveris
Rodolfo Medina writes: > Rodolfo Medina writes: > >> It would be great to have running under Linux (and Debian, of course) one of >> those music scanning tools such as (for MS Windows) Sharpeye... So to >> convert any PDF sheet music into digital format, e.g. XML. >> >> Please suggest whoever can... > > > didier gaumet writes: > >> maybe Audiveris, not packaged, you have to build it yourself: >> https://github.com/Audiveris/audiveris I'm experimenting difficulty in installing Audiveris... Anyone has already installed it...? Please help. Thanks Rodolfo
Re: is xdvi broken?
On 2019-04-20, rlhar...@oplink.net wrote:
>
>> But looking at just emacs, xdvi, and xterm running in separate
>> windows, I can't see any difference in their behaviour from what I
>> remember in the dim and distant past. The one unusual (for me)
>> property of xdvi is that it rereads the input file whenever its window
>> is exposed, without needing a ^R keystroke. I have no idea whether
>> this might interact with certain sorts of window manager.
>
> Sadly, that property is not working on my Debian 9 system, and it is
> needed.
There's an old bug about xdvi autofresh not working with the XFCE
"compositing manager."
https://sourceforge.net/p/xdvi/bugs/354/
According to the xdvi man page, the default is not to refresh ('-watchfile n'
must be set to a value larger than 0, zero being the default).
You probably know this already (as you had it all working before
upgrading to number 9).
> Again, things were running properly with Debian 8. Something changed
> when I installed Debian 9. While typing this reply, I just now realize
> that I installed Debian 9 on a different machine (this box), so the
> machine with the Debian 8 installation is still intact. Could there be
> something pathological in this hardware, such as memory going bad?
>
Re: Debian localization presentation information sources.
On Fri, Apr 19, 2019 at 09:29:09AM +0100, Paul Sutton wrote: > Hi > > In writing the presentation I am working on, I appears that there is > some inconsistency with regard to languages Debian has been translated > in to. > > 1, https://www.debian.org/devel/debian-installer/News/2019/20190415 > > has > > Localization status > > 76 languages are supported in this release. > Full translation for 38 of them. This is about the localization status of the *debian installer* i.e. the set of packages/software/documentation concerned with the installation of Debian. > and yet this page (which was my original source) > > 2, https://www.debian.org/international/index.en.html > > Suggests only 30. This is the set of Debian pages dedicated to concrete languages. The problem is that your original request "how many languages Debian is available in" is too broad to make sense: you need to qualify it with some context. Is it all the software packaged for Debian? With 50-60K packages (shepherded by ~1K Debian Devalopers), that seems too daunting a task. Is it the software made by Debian, for Debian? (apt, et al)? This isn't even well defined. Is some non-essential but helpful Debian-specific tool in the set? How about tools for "specialists", like debootstrap or schroot? What about essential packages, i.e. those you *have to have* for a working system, but are not Debian, like OS kernel, libc, init system and kernel affine stuff (udev & friends)? What about things like desktop environment, which, being far from essential, are generally considered to be necessary? So it seems you have to parametrize your question and then, you'll find a parametrized answer. The task is not necessarily trivial, though :-) Cheers -- tomás signature.asc Description: Digital signature
Re: Trying to install Audiveris
Le 20/04/2019 à 09:33, Rodolfo Medina a écrit : > I'm experimenting difficulty in installing Audiveris... Anyone has already > installed it...? Please help. What kind of difficulties? I do not use Audiveris myself, but there are instructions for building it from source on their wiki and into their user handbook. You could probably also download the Windows binaries and run it via Wine if it suits you better.
Re: is xdvi broken?
rlharris, on 2019-04-20 : > On 2019.04.19 20:24, David Wright wrote: > > But it's interesting to see that you're (still) using a DVI workflow: > > any particular reason for this? I suspect a majority are using one of > > the direct-to-PDF workflows, like pdflatex or lualatex. > > I use this workflow simply because it is the only Linux > workflow with which I am familiar. Migration to Linux was > motivated by one of the few genuine Y2K bugs; MS Word 5.0 for > DOS, which was the last rodent-free version, began writing > garbage to the document file. I abandoned multiple dozens of [snipped long, yet interesting and informative, story.] > > A few months ago I learned about latexmk, and used it > successfully with the -pcv option in Debian 8; that worked > well, providing all the output files I need, in addition to an > xdvi file which I use as I compose. But when I installed > Debian 9, this instability problem appeared, making latexmk > unusable. Good Day, Thank you for the history you are sharing! I suppose we could find alternative worklflows well established in recent Debian versions. If you wish to stick to DVI, it would be possible to render these files directly into emacs apparently, but I don't know if there is a setup similar to the -pvc option of latexmk; I am not an Emacs user. Anyway, this functionality is documented here, if you need more details: https://www.gnu.org/software/emacs/manual/html_node/emacs/Document-View.html#Document-View Otherwise, on my side, I'm using a Makefile for my PDF based workflow. On the PDF viewing side, I use zathura and keep it open on a side window; when the document updates, zathura reloads it automatically. I believe viewers such evince will do this kind of job very well too. Finally the main environment I use to do such a job is Debian 9, using Xfce, and without much issue worth nothing for almost two years (well except maybe the few occasions where zathura got stuck, after redraw attempts on not well formed PDF documents). I will move this work environment to Debian 10 once it becomes Stable. Basically I put a Makefile in the directory in which I typeset my LaTeX document, and when I want to see changes, I save the document and run the simple command "make". Knowing Emacs by reputation, I'm pretty much certain that there is a shortcut for doing the "save and run `make`" step in one shortcut (M-x compile perhaps). Initially, my directory would have the two following files: $ ls Makefile my_document.tex The corresponding Makefile would look like the following one which you can use as a template. Careful when copy and pasting, as indentation using instead of spaces is important: # BEGIN "Makefile" DOCUMENT = my_document.tex # Use this variable if the document includes other files INCLUDES = # ex: chapter1.tex picture.png docs/datasheet.pdf pdf: $(DOCUMENT:.tex=.pdf) # Swap thes two lines, if you want to all: pdf ps# build all every time you type make ps: $(DOCUMENT:.tex=.ps) %.pdf: %.tex $(INCLUDES) @ pdflatex -draftmode $< \ && pdflatex $< %.ps: %.pdf @ pdf2ps $< clean: @ rm -vf *.log *.aux *.toc mrproper: clean @ rm -vf $(DOCUMENT:.tex=.pdf) $(DOCUMENT:.tex=.ps) .PHONY: all pdf ps clean mrproper # END "Makefile" This Makefile will trigger rebuilds of LaTeX twice, to include changes to cross references properly. The use of -draftmode speeds-up the first build, as it does not touch the pdf, only auxiliary files. If several files are included for producing the final document, put their names in the INCLUDE variable, so that their changes are taken in account too. It is not perfect, but does the job. To trigger said rebuild from the command line, first save your file, then use: $ make Then, pdflatex runs, the PDF is produced, and zathura, or evince, redraws the document automatically, should no error occur. Once you are happy with your document, run the following to produce all your version (here the PS file) of the document, ready for publication: $ make all Once you are done, you can run the following command to clean up all the LaTeX files left over the place: $ make clean removed 'my_document.log' removed 'my_document.aux' In case something goes wrong and your document builds are stuck, you can also take advantage of the mrproper target to start anew: $ make mrproper removed 'my_document.log' removed 'my_document.aux' removed 'my_document.pdf' removed 'my_document.ps' David Wright, on 2019-04-20: > On Fri 19 Apr 2019 at 18:10:14 (-0500), rlhar...@oplink.net wrote: > > On 2019.04.19 17:33, Étienne Mollier wrote: > > > Are you running your Xfce desktop with or without the > > > compositor ? > > > > I found the menu; ENABLE DISPLAY COMPOSITING was checked. I > > was unaware of the
Re: is xdvi broken?
On 2019-04-19, rlhar...@oplink.net wrote:
> On 2019.04.19 17:33, Étienne Mollier wrote:
> ...
>> It has this look and feel typical from monochrome X
>> graphical interfaces released in the 80's. Tasty ! :)
>
> At least for diagnosing this problem, I would be interested in an
> alternative to xdvi.
>
>
For 'latexmk -pvc', maybe you could create a $HOME/.latexmkrc file (if
you don't already have one)
$dvi_previewer = 'start xdvi -watchfile 1.5';
$ps_previewer = 'start gv --watch';
$pdf_previewer = 'start evince';
and use evince (or some other) dvi viewer rather than xdvi ('start
evince' instead of 'start xdvi -watchfile 1.5' above).
I guess even if you close the xdvi window, any subsequent saves in the
source file(s) might launch another instance (I don't have latexmk
installed so I can't experiment).
how to display html files on google drive
hi, I can't find a working application to display the html file I've uploaded to Google Drive. the "Html viewer" is bugged, as it displays forever a rotating wheel... Otherwise, is there an other way that html to display images with comments, caption,...? best regards, -- Pierre Frenkiel
testing: weird resume (black or frozen screen)
Hi. Running the testing branch and using xfce, the last couple of resumes from hibernation were problematic: the first one had the suspend dialog still visible with the "yes" button still pushed in, all applications were open, the mouse could move but not actually click anything. Keyboard worked enough to switch to console and reboot. Second instance was slightly different: screen completely black except for the mouse pointer. I killed xfce from console and logged in again. Were it not for the fact that my system is a desktop, this bugreport would appear to be a good match: https://github.com/the-cavalry/light-locker/issues/108 I found nothing interesting in the Debian bugtracker, perhaps the issue is too new, after all I've been using this system for months and this issue only came up a couple of days ago. Any ideas? Anyone else seeing this? Thanks, Andrea.
Re: testing: weird resume (black or frozen screen)
On 20/04/2019 17.43, Andrea Borgia wrote: > Hi. > > Running the testing branch and using xfce, the last couple of resumes from > hibernation were problematic: the first one had the suspend dialog still > visible > with the "yes" button still pushed in, all applications were open, the mouse > could move but not actually click anything. Keyboard worked enough to switch > to > console and reboot. > > Second instance was slightly different: screen completely black except for the > mouse pointer. I killed xfce from console and logged in again. > > Were it not for the fact that my system is a desktop, this bugreport would > appear to be a good match: > https://github.com/the-cavalry/light-locker/issues/108 > > I found nothing interesting in the Debian bugtracker, perhaps the issue is too > new, after all I've been using this system for months and this issue only came > up a couple of days ago. > > Any ideas? Anyone else seeing this? > > Thanks, > Andrea. > Hi Andrea, I see the same type of problems. I run an up-to-date testing as well, but use KDE as my DE. Suspend works properly, as far as I can see. I have a Thinkpad P1 with a red led on the lid that blinks during suspend, and that is still as it was. However, as soon as I try to resume the system it hangs hard. It is not just a black screen or X that hangs. I cannot even access this system through SSH anymore when this happens. I still haven't found the culprit causing this, so I'll be watching this thread with interest. Grx HdV
pi question
A Raspberry Pi 3B+ I'm working on, running last week's raspian stretch, kept saying there was something it couldn't do (don't remember just what, but there was a permissions problem). A little looking around showed a directory called /run/user/1000/gvfs with permissions == d?, owner == ?, and group == ?. That would definitely cause a permissions problem. I assumed the SD was corrupt and built a new one -- same thing. I assumed my download was corrupt and got a new one (this week's raspian) -- same thing. I assumed something was corrupting the SD when I installed something, so I built a new SD. Right after NOOBS finished upgrading things, I checked the dir -- same thing. On the Pi (3+, same last week's raspian, and lots of installs) acting as a bridge from WiFi to Ethernet (working), there is no gvfs dir, and the dir below /run/user is 0, not 1000. I looked at the genuine Debian Buster install on the desktop across the room, and /run/user/1000/gvfs was fine: drwx--, owned by me and my group (a bit odd; I would have expected root). There's a man page on gvfs, but I don't understand it. gvfs does things I've never encountered. FWIW, xfce4 is the desktop on everything (except the test right after the NOOBS upgrade). Anybody have any ideas? -- Glenn English
Re: pi question
ghe wrote: > A little looking around showed a directory called /run/user/1000/gvfs > with permissions == d?, owner == ?, and group == ?. That would > definitely cause a permissions problem. > I assumed the SD was corrupt and built a new one -- same thing. That directory is not a "real" directory on a storage medium but a virtual one created by gvfs via FUSE. Only the user with the user-id "1000" (presumably the user called "pi") can see its contents and the correct permissions. Because it is based on FUSE even root can't get information from there. > Anybody have any ideas? Yes, there is no problem, everything is as it should be. Grüße, Sven. -- Sigmentation fault. Core dumped.
Re: Accessing a host with variable IP addresses / connection types
On 18/04/19 5:36 AM, Celejar wrote: > On Thu, 18 Apr 2019 04:49:56 +1200 > Richard Hector wrote: > >> On 18/04/19 12:15 AM, Celejar wrote: >>> Currently, my LAN is 192.168.0.0/24, which is also the addressing >>> scheme of some of the networks out of my control that I'm setting up a >>> VPN link from. I deliberately used 10.0.0.0/24 for the VPN to avoid >>> address collisions with these other networks. It did occur to me to >>> consider using a different address space, for the VPN or perhaps for the >>> whole home LAN, but I'd rather not take that step just to solve what >>> seems a relatively simple problem unless absolutely necessary >> >> I ran into that - needing to VPN between 2 networks which clashed, and >> neither of which I could renumber. In the end I gave up on IPv4, and all >> my VPNs are now IPv6-only. It took some learning, but that was really an >> added advantage. > > I've been toying with this, since IPv6 is probably worth moving to > anyway, but for the current problem, it still seems like overkill - the > crude solution of just editing /etc/hosts by hand just works ;) I found the #ipv6 channel on freenode to be extremely helpful - as long as you can cope with frequent digressions into ice hockey :-) Richard signature.asc Description: OpenPGP digital signature
Re: terminal with right-click = paste?
On 4/18/19, bw wrote: > In-Reply-To: > > > Thanks for your posts, it was very helpful and nice of you to follow up. > I have some isssue on the list, so CC: your email to make sure you get my > thanks for your time! > >>If anybody knows where the modifiers (Meta, Ctrl, Lock, etc) and >>qualifiers (~!@ etc) are documented, please share. > > The xterm FAQ said XTerm's manpage does not document the syntax for X > resources it is: > > "...in the X documentation." but I don't know myself, there's some old > guys that may know. I hope they post some more info in this thread. Yeah.. I was hoping someone would give me some links to the official documentation but apparently this is the wrong mailing list for those kind of questions. > I like xterm! I started using it yrs ago, stabbing at it in blind > ignorance. After a few yrs, I'm thinking this program was written by > some really intelligent people, to be really useful in many different > environments, and really stable and reliable. It's hard to configure, but > once you set it up the way you want, you won't have any problems. I agree. On the one hand, it's impressive that it can be customized so much. On the other hand, the documentation leaves much to be desired. In any case, the man pages and https://invisible-island.net/xterm/xterm.html eventually got me there. I think. What I have now: - left double-click selects a "word" - the "word" definition is expanded from alphanumeric to alphanumeric + characters I normally use in a filename - left triple-click selects a line - left click and shift+left-click selects all the characters from to - left-click-and-hold, move the mouse, let go of the mouse button selects all the characters you moused over - right click pastes NB: my testing was minimal & I don't know what the default behavior is supposed to be, so it's quite possible I've introduced breakage without realizing it. I quit testing when 'left double-click on a filename, right click' pasted the filename & 'left click here, shift+left click there, right click' pasted in everything from here to there. $ cat .Xresources XTerm*faceName: DejaVu Sans Mono XTerm*faceSize: 12 XTerm*scrollBar: true XTerm*rightScrollBar: true XTerm*VT100.geometry: 120x24 ! NOTE: XTerm*geometry: NxN also changes the popup menu size! XTerm*VT100.Translations: #override \n\ None : select-start() \n\ None :select-extend() \n\ ~Ctrl ~Meta Shift : start-extend() \n\ ~Ctrl ~Meta:select-end(PRIMARY, CUT_BUFFER0) \n\ ~Ctrl ~Meta ~Shift : ignore() \n\ ~Ctrl ~Meta ~Shift :insert-selection(SELECT, CUT_BUFFER0) ! --- https://invisible-island.net/xterm/xtoolkit/intrinsics.html#Translation_Table_Syntax ! If the modifier list has no entries it means "don't care" on all modifiers. ! If "None" is specified, it means no modifiers can be asserted. ! An exclamation point (!) at the beginning of the modifier list means that the listed !modifiers must be in the correct state and no other modifiers can be asserted. ! If any modifiers are specified and an exclamation point (!) is not specified, it means that the listed !modifiers must be in the correct state and "don't care" about any other modifiers. ! If a modifier is preceded by a tilde (~), it means that modifier must not be asserted. ! ! select-start() ! This action begins text selection at the current pointer location. ! select-extend() ! This action tracks the pointer and extends the selection. It should only be bound to Motion events. I came across the Unix Haters Handbook while trying to figure out how to modify the xterm button behavior.. I also have the bad habit of What documentation was actually written—the infamous Unix “man pages”—was really nothing more than a collection of reminders for people who already knew what they were doing. XTerm*VT100.charClass: 45-47:48,95:48,126:48 ! I like being able to double-click on a filename & having the text selected ! So add dash (45), period (46), slash (47), underscore (95) and tilde (126) ! to the aplhanumeric character class (48) ! man xterm ! / int charClass ! the number below the character is the character class ! notice that all the letters & digits are character class 48 ! ! $ echo -n "-./_~" | od -a -td1 ! 000-./_~ ! 45 46 47 95 126 ! 005 Regards, Lee
Re: pi question
On 4/20/19 12:00 PM, Sven Hartge wrote: > Yes, there is no problem, everything is as it should be. Thanks very much -- and pi is indeed user num 1000. Very peculiar data around that dir, though. But what do I know... -- Glenn English
Re: how to display html files on google drive
Le 20/04/2019 à 16:30, Pierre Frenkiel a écrit : > hi, > I can't find a working application to display the html file I've uploaded > to Google Drive. > the "Html viewer" is bugged, as it displays forever a rotating wheel... > Otherwise, is there an other way that html to display images with comments, > caption,...? > > best regards, On the Drive website (drive.google.com) ou may associate an application to view your html webpage but the proposed applications don't seem to include any actual webbrowser. Or you may access your drive via a file manager (Nautilos (Gnome) does it and probably any gvfs compliant file manager if gvfs-backends is installed (I think Thunar (Xfce) should do but I have not verified)
Re: how to display html files on google drive
On 2019-04-20 15:30, Pierre Frenkiel wrote: hi, I can't find a working application to display the html file I've uploaded to Google Drive. the "Html viewer" is bugged, as it displays forever a rotating wheel... Otherwise, is there an other way that html to display images with comments, caption,...? best regards, If there is not much text I suppose you cound put the text on the image or pad out the image and put it there. "composite -compose atop text.png image.png image_and_text.jpg" or something. mick -- Key ID4BFEBB31
Re: how to display html files on google drive
On Sat, 20 Apr 2019, didier gaumet wrote: Le 20/04/2019 à 16:30, Pierre Frenkiel a écrit : hi, I can't find a working application to display the html file I've uploaded to Google Drive. the "Html viewer" is bugged, as it displays forever a rotating wheel... Otherwise, is there an other way that html to display images with comments, caption,...? best regards, On the Drive website (drive.google.com) ou may associate an application to view your html webpage but the proposed applications don't seem to include any actual webbrowser. Or you may access your drive via a file manager (Nautilos (Gnome) does it and probably any gvfs compliant file manager if gvfs-backends is installed (I think Thunar (Xfce) should do but I have not verified) it is not MY drive, it is a google drive, at address https://drive.google.com/drive/my-drive/pf-index.html I don't know what file manager can access that. gvfs or thunar give: "operation not supported" best regards, -- Pierre Frenkiel
Re: terminal with right-click = paste?
* On 2019 20 Apr 13:39 -0500, Lee wrote: > Yeah.. I was hoping someone would give me some links to the official > documentation but apparently this is the wrong mailing list for those > kind of questions. As I recall, "official documentation" is in the form of a multi volume set of books. Years back I think I saw a set at a Barnes and Noble book store. Impressive and intimidating! Getting some basic information on the X resources system can be found via a search engine. The Arch Wiki is a good starting point: https://wiki.archlinux.org/index.php/x_resources And for Xterm: https://wiki.archlinux.org/index.php/Xterm HTH - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: http://www.n0nb.us GPG key: D55A8819 GitHub: N0NB signature.asc Description: PGP signature
Re: is xdvi broken?
On Fri 19 Apr 2019 at 22:39:01 (-0500), rlhar...@oplink.net wrote:
> On 2019.04.19 20:24, David Wright wrote:
> > But it's interesting to see that you're (still) using a DVI workflow:
> > any particular reason for this? I suspect a majority are using one of
> > the direct-to-PDF workflows, like pdflatex or lualatex.
>
> I use this workflow simply because it is the only Linux workflow with
> which I am familiar.
Then it might be worth revisiting your deliverables and seeing whether
a DVI workflow is still worth using after two decades.
> My workflow back then was (1) composition on a DOS machine,
Back in the 1990s with DOS6.22, one could run LaTeX to preview with
DVI and print with PS files by using systems such as emtex.
> The documents I compose range in size from two or three pages to
> roughly a hundred pages. Some are destined for the Web, in which case
> I generate HTML for on-line viewing and PDF for visitors who wish to
> download and print a copy for study or to file. All documents need to
> be available in Postscript, for local printing and distribution by
> mail.
It's too long to remember exactly how I produced output for both
static HTML pages and hardcopy. I still have macros for the hyperlatex
package (CTAN, not .deb), but I also used tex4ht which I see is still
available in texlive-htmlxml.deb. It's 15 years since I retired from
that job.
So you expect that visitors can print from PDFs but you print locally
with PS. Any reason? My (UK) printers were always satisfied with PDFs,
one with camera-ready double pages (in signature order), the other
with straightforward page order. I would proof the layout with
double pages in spread order and, with PDFs, a tool like pdfjam can
shuffle the pages as necessary.
> I employ all manner of LaTeX markup, with sections, subsections,
> subsubsections, and paragraphs, and I use enumerated lists, bulleted
> lists, and footnotes. Keeping everything straight necessitates that I
> constantly switch between the emacs screen and the xdvi screen as I
> compose.
How do you "switch" between them?
> A few months ago I learned about latexmk, and used it successfully
> with the -pcv option in Debian 8; that worked well, providing all the
> output files I need, in addition to an xdvi file which I use as I
> compose. But when I installed Debian 9, this instability problem
> appeared, making latexmk unusable.
>
> > How do you deliver this document? As a DVI, PS of PDF? Is it typical,
> > or are your other documents more dependent on particular methods of,
> > say, including graphics?
>
> Graphics (line drawings) are needed only rarely. As I mention above,
> I need to deliver HTML, PDF, and PS, but I utilize DVI to approximate
> WYSIWYG composition.
OK, I was worried that you might be depending on various arcane
features like \specials, or specific graphics formats like
Encapsulated PS, to insert your graphics rather than just using
PDFs, PNGs and JPEGs as is normal nowadays.
Of course, a PDF preview will give a preview as close to WYSIWYG as
a DVI one, if that's what you like. (I prefer typing content into
a context that doesn't keep shifting around, and leave the layout
to a later phase when I'm not preoccupied with content.)
> > But looking at just emacs, xdvi, and xterm running in separate
> > windows, I can't see any difference in their behaviour from what I
> > remember in the dim and distant past. The one unusual (for me)
> > property of xdvi is that it rereads the input file whenever its window
> > is exposed, without needing a ^R keystroke. I have no idea whether
> > this might interact with certain sorts of window manager.
>
> Sadly, that property is not working on my Debian 9 system, and it is
> needed.
That's why I asked how you "switch" between them, above, in order to
find out what shortcut you're using that makes hitting "R" in the
preview window too onerous. I find a major advantage in not having
the viewer update itself automatically.
My own workflow has the PDF document displayed in two instances of
xpdf, running on two adjacent fvwm viewports. A single Win-L/R-arrow
keystroke (Win≡Super_L) switches rapidly between them. If I want to
see the effect of a small change in the source file, I make the
change and run latex to enact it, then I tap "R" in the first xpdf
window which updates it. Now I can flick back and forth between this
window and the other (un-updated) window and see the effect in the
output. (This is analogous to the technique used by astronomers to
find objects that move in the night sky, like Pluto's discovery.)
But for documents of your size (a hundred pages), you might be
interested in reverse workflows too, ie being able to Ctrl-Lclick
on the PDF file and have emacs move to the point in the source
that corresponds to it. I've used this in zathura and it just
requires three lines adding to the zathurarc file:
set dbus-service true
set synctex true
set synctex-editor-command "emacsclient +%{line} %{input}"
#set sync
Re: how to display html files on google drive
Le 20/04/2019 à 23:44, Pierre Frenkiel a écrit : > it is not MY drive, it is a google drive, at address > https://drive.google.com/drive/my-drive/pf-index.html > > I don't know what file manager can access that. > gvfs or thunar give: "operation not supported" The address above is http, so I think only a software with direct or indirect abilities to manage this protocol will do (think: web browser) I use Gnome, so may be with other DE ou WM there are some measures to undertake in order for that to function properly (manually do a gvfs-mount?), but Nautilus gives me read+write access to my Google Drive. So I can choose whatever browser I like to open html files there. didier@hp-notebook14:~$ gvfs-mount -l [...] Mount(1): didier.gau...@gmail.com -> google-drive://didier.gau...@gmail.com/ Type: GDaemonMount I just installed the Pcmanfm-qt file-manager and from within the gnome DE, there is a google-drive://didier.gau...@gmail.com/ bookmark in Pcmanfm-qt. By clicking on it I have R+W access to my Google Drive... I have not used KDE for a very long time but I think that for KDE users, Kio is the KDE equivalent of gnome Gvfs.
