Re: [O] General advice beyond Org
As a student, you simply need to go along with your supervisor's recommendations. You are not in a position to dictate the terms. Using the proprietary tools will not hurt you, unless you need to buy your own. If it were the case that you needed to buy your own, then I would ask your supervisor for another solution. Even as a Junior faculty member, you may be in close collaboration with other faculty and should follow the consensus. That is how you work with other people effectively. You don't keep asserting that your solution is better. When you are calling the shots, you can use the tools you wish. So, you need to adjust your attitude. It may be that you are presenting the issue of principles - I prefer free, you prefer proprietary, but that is not really the true issue. Maybe you don't know the proprietary tools and don't want to learn them or feel you can't learn them. Choice of tools you use is no reason to switch graduate programs. This is entirely a matter of getting along with other people, not being selfish, etc. These are life skills we are talking about. Kevin Buchs On Thu, May 17, 2018 at 7:28 PM, <ed...@openmail.cc> wrote: > Hello, > > _I_ need help. I am in graduate school, and I keep having issues with my > advisor for my strong inclination to use free software. I am obviously not > in position to refuse, but she dislikes to have discussions about it. She > pays a stipend to me every month, and my tuition is waved. > > Is anyone here aware of a place where they do computational human > biomechanics, mechanics, materials or finite elements where I could > interact with free software? (having github, LaTeX, Python, etc.; avoid > Micro$oft products, Matlab, Mathematica, etc.). Is there no place where one > can simply use free software on a daily basis? > > It seems from her comments that I am, otherwise, a good researcher. She is > a nice person, but I fear that this may become an issue in the future for > me (whether with her or other people). > > As a student or junior faculty, how do you go about this? Do you just nod > and wave your freedom good bye? > > Thank you! (I will post this in other fora as well; don't let that to > discourage you from answering, please). > > - > > ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of > the NSA's hands! > $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No > bandwidth quotas! > Commercial and Bulk Mail Options! >
[O] getting started with publishing
I tried to get going with publishing to html, starting from this guide: http://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html . I am running emails 24.3 on Windows with the latest ELPA org mode. I am getting a complaint when I try to publish: org-refresh-category-properties: Invalid function: org-with-silent-modifications Here is my setup (require 'org-publish) (setq org-publish-project-alist '( (RCS-Notes :publishing-function org-html-publish-to-html :base-directory I:/SHARED/KevinBuchs/org :publishing-directory I:/SHARED/KevinBuchs/html :base-extension org :recursive t ; include subdirs :headline-levels 4 ; default for this project :preparation-function nil ; functions called prior to publishing :completion-function nil ; functions called after publishing :auto-preamble t) (RCS-Static :publishing-function org-publish-attachment :base-directory I:/SHARED/KevinBuchs/org :publishing-directory I:/SHARED/KevinBuchs/html :base-extension css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|swf :recursive t) ; include subdirs (RCS :components (RCS-Notes RCS-Static)) )) What might I be missing? Thanks Kevin Buchs
[O] forward to the past ... Rounding timeclock
Org-modians, I would like clocking to round to 15 minute intervals when I clock in and clock out. I have the following in .emacs custom-set-variables section: '(org-time-stamp-rounding-minutes (quote (15 15))) My org-version is 7.8.11 and emacs is 24.2.50.1 The rounding operates just fine when I go to adjust clock times (S-Up/Down) making the adjustment to the nearest 15 minute interval. However, when I clock-in or clock-out, it uses the time, down to the minute. Here is what I found fixes this behavior for me: *** h:/lib/emacs/org-mode/org-clock.el Thu Nov 8 17:24:54 2012 --- h:/lib/emacs/org-mode/org-clock-kevin.elFri Nov 9 11:47:40 2012 *** *** 1239,1249 (y-or-n-p (format You stopped another clock %d mins ago; start this one from then? ! (/ (- (org-float-time (current-time)) (org-float-time leftover)) 60))) leftover) start-time ! (current-time))) (setq ts (org-insert-time-stamp org-clock-start-time 'with-hm 'inactive (move-marker org-clock-marker (point) (buffer-base-buffer)) --- 1239,1249 (y-or-n-p (format You stopped another clock %d mins ago; start this one from then? ! (/ (- (org-float-time (org-current-time)) (org-float-time leftover)) 60))) leftover) start-time ! (org-current-time))) (setq ts (org-insert-time-stamp org-clock-start-time 'with-hm 'inactive (move-marker org-clock-marker (point) (buffer-base-buffer)) (By the way, what is the best way (right way) to produce a patch listing? This was all I could come up with). - Kevin Buchs On Thu, May 24, 2012 at 11:11 AM, Kevin Buchs kevin.buchs.j...@gmail.com wrote: On Thu, May 24, 2012 at 4:25 AM, Bastien b...@gnu.org wrote: What is your value of ̀org-time-stamp-rounding-minutes'? It is (15 15). Replacing (current-time) with (org-current-time) here will surprise users that use ̀org-time-stamp-rounding-minutes' only for modifying time-stamps and not for clocking in. We could have an option for this, letting users decide whether they want `org-time-stamp-rounding-minutes' to apply to clocking in. Do you want to work in this direction? According to the documentation for org-time-stamp-rounding-minutes, the first value of that list should apply to creating time stamps and the second to modifying them. Does that differentiation cover the case you gave? If we need to create another sort of encoding for org-time-stamp-rounding-minutes, I can certainly work on coding that. I find this feature really useful. Perhaps I misunderstand, but it seems like one still needs to replace (current-time) with (org-current-time) as org-current-time is where the value of org-time-stamp-rounding-minutes is actually utilized. I have filled out the paperwork with FSF to be a developer in emacs/ org-mode. Let us know when this is done. It is already done - been so for a few months.
Re: [O] trouble building org-mode, how to debug emacs -batch
Achim, Indeed, that was the problem. Thanks so much! - Kevin On Fri, Nov 9, 2012 at 9:47 AM, Achim Gratz strom...@nexgo.de wrote: It seems that emacs is some kind of alias, script or wrapper that doesn't really behave like emacs. Try to find where emacs is installed (most likely /usr/bin/emacs or /usr/local/bin/emacs) and try that instead.
[O] restoring clocks: should it work when the file is closed/opened and when emacs is restarted?
I am keeping clocking information in an org-mode file. With a clock in progress, I save the file, indicate I don't want to clock out and close emacs. When I restart emacs and open the file, I get the message Restoring clock data, but when I try to clock out of the current task it complains: byte-code: No active clock. Is this the expected behavior? My init file has these relevant statements: (setq org-clock-persist 'history) ; save clocks when exiting (org-clock-persistence-insinuate) ; restore clocks when starting (and I can reduce my init file to be about 5 lines in testing and I see the same behavior: only other commands are setting up load-path to hit my custom build of org-mode)
Re: [O] end-of-line behaviour
When I grabbed the latest git source yesterday, I found that org-end-of-line was indeed working better for me. Thanks Toby. However... I am having trouble building org-mode and --- I'll post a new message On Wed, Nov 7, 2012 at 3:02 PM, Kevin Buchs kevin.buchs.j...@gmail.com wrote: I'm running version 7.8.10 of org-mode. I think I should grab an update. I did see some recent discussion which cued by memory but I thought since I was not using visual-line-mode that it did not apply. Thanks. What an interesting title your group has! - Kevin Buchs On Wed, Nov 7, 2012 at 1:50 PM, Toby Cubitt ts...@cantab.net wrote: This sounds like it might be related to recent end-of-line changes and an even more recent (not yet applied) patch I posted. On Wed, Nov 07, 2012 at 12:50:20PM -0600, Kevin Buchs wrote: I would like to solve a problem I have: C-e (org-end-of-line) does not move to the end of the line with long lines that are not headings. I find myself wanting to get to the end of a long line often and have to hit multiple C-e sequences to get there. I don't have the org-special-ctrl-a/e set to non-nil. Which version of org-mode are you running? I can't reproduce this in a recent git checkout. With visual-line-mode off and org-special-ctrl-a/e nil, C-e goes straight to the (real) end of the line in one go. On the other hand, with the same settings, C-a doesn't go back to the *beginning* of the line in one go for me. This bug is fixed by the patch I posted to the list. My line-move-visual value is the default value of t, so I get the end-of-visual-line movement one screen's worth. At least in the latest git, end-of-line doesn't even check the value of line-move-visual, so it's setting shouldn't have any effect at all on org-end-of-line. (org-beginning-of-line *does* check line-move-visual; my patch fixes this to check visual-line-mode instead.) Before I start hacking, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? Agreed (see the recent discussion thread about my patch). BTW - I posted this back in May, but I neglected to keep the topic alive. Looks like you're not the only one trying to fix this :) Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
[O] trouble building org-mode, how to debug emacs -batch
I am stuck, so I would appreciate some pointers on debugging. I've got the make transcript below and then my further tests on emacs -batch, where I always get a return message End of file during parsing. How can I debug this? (For completeness I included the portion of my local.mk which changed from the default further below -- but I've proved to myself that this isn't the problem - it is emacs that is unhappy). teebo$ make compile make -C doc clean; make -C lisp clean; make[1]: Entering directory `/users/buchs/src/org-mode/doc' rm -f org *.pdf *.html *_letter.tex org-version.inc \ *.aux *.cp *.cps *.dvi *.fn *.fns *.ky *.kys *.pg *.pgs \ *.toc *.tp *.tps *.vr *.vrs *.log *.html *.ps make[1]: Leaving directory `/users/buchs/src/org-mode/doc' make[1]: Entering directory `/users/buchs/src/org-mode/lisp' rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc org-install.elc rm -f *.elc make[1]: Leaving directory `/users/buchs/src/org-mode/lisp' make -C lisp compile make[1]: Entering directory `/users/buchs/src/org-mode/lisp' rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc org-install.elc org-version: 7.9.2 (release_7.9.2-570-gc149e04a) End of file during parsing make[1]: *** [org-version.el] Error 255 make[1]: Leaving directory `/users/buchs/src/org-mode/lisp' make: *** [compile] Error 2 teebo$ emacs -batch --eval '(add-to-list '''load-path .)' End of file during parsing teebo$ emacs -batch --eval '(message hello world)' End of file during parsing teebo$ emacs -batch --eval '(+ 4 5)' End of file during parsing teebo$ cat local.mk ##-8--- ## CHECK AND ADAPT THE FOLLOWING DEFINITIONS ##-- # Name of your emacs binary EMACS = emacs # Where local software is found prefix = /users/buchs # Where local lisp files go. lispdir= $(prefix)/lib/emacs/org-mode # Where local data files go. datadir = $(prefix)/lib/emacs/org-mode/etc # Where info files go. infodir = $(prefix)/lib/emacs/info #
[O] (no subject)
I would like to solve a problem I have: C-e (org-end-of-line) does not move to the end of the line with long lines that are not headings. I find myself wanting to get to the end of a long line often and have to hit multiple C-e sequences to get there. I don't have the org-special-ctrl-a/e set to non-nil. My line-move-visual value is the default value of t, so I get the end-of-visual-line movement one screen's worth. Before I start hacking, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? BTW - I posted this back in May, but I neglected to keep the topic alive. Kevin Buchs
Re: [O] end-of-line behaviour [was: (no subject)]
I'm running version 7.8.10 of org-mode. I think I should grab an update. I did see some recent discussion which cued by memory but I thought since I was not using visual-line-mode that it did not apply. Thanks. What an interesting title your group has! - Kevin Buchs On Wed, Nov 7, 2012 at 1:50 PM, Toby Cubitt ts...@cantab.net wrote: This sounds like it might be related to recent end-of-line changes and an even more recent (not yet applied) patch I posted. On Wed, Nov 07, 2012 at 12:50:20PM -0600, Kevin Buchs wrote: I would like to solve a problem I have: C-e (org-end-of-line) does not move to the end of the line with long lines that are not headings. I find myself wanting to get to the end of a long line often and have to hit multiple C-e sequences to get there. I don't have the org-special-ctrl-a/e set to non-nil. Which version of org-mode are you running? I can't reproduce this in a recent git checkout. With visual-line-mode off and org-special-ctrl-a/e nil, C-e goes straight to the (real) end of the line in one go. On the other hand, with the same settings, C-a doesn't go back to the *beginning* of the line in one go for me. This bug is fixed by the patch I posted to the list. My line-move-visual value is the default value of t, so I get the end-of-visual-line movement one screen's worth. At least in the latest git, end-of-line doesn't even check the value of line-move-visual, so it's setting shouldn't have any effect at all on org-end-of-line. (org-beginning-of-line *does* check line-move-visual; my patch fixes this to check visual-line-mode instead.) Before I start hacking, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? Agreed (see the recent discussion thread about my patch). BTW - I posted this back in May, but I neglected to keep the topic alive. Looks like you're not the only one trying to fix this :) Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
Re: [O] Rounding timeclock and moving to the end of the line
On Thu, May 24, 2012 at 4:25 AM, Bastien b...@gnu.org wrote: What is your value of ̀org-time-stamp-rounding-minutes'? It is (15 15). Replacing (current-time) with (org-current-time) here will surprise users that use ̀org-time-stamp-rounding-minutes' only for modifying time-stamps and not for clocking in. We could have an option for this, letting users decide whether they want `org-time-stamp-rounding-minutes' to apply to clocking in. Do you want to work in this direction? According to the documentation for org-time-stamp-rounding-minutes, the first value of that list should apply to creating time stamps and the second to modifying them. Does that differentiation cover the case you gave? If we need to create another sort of encoding for org-time-stamp-rounding-minutes, I can certainly work on coding that. I find this feature really useful. Perhaps I misunderstand, but it seems like one still needs to replace (current-time) with (org-current-time) as org-current-time is where the value of org-time-stamp-rounding-minutes is actually utilized. I have filled out the paperwork with FSF to be a developer in emacs/ org-mode. Let us know when this is done. It is already done - been so for a few months. My next project is to solve the problem that C-e does not move to the end of the line with long lines that are not headings. I find myself doing this often and have to hit multiple C-e s. I don't have the org-special-ctrl-a/e set to non-nil. My line-move-visual is the default value of t, so I get the end-of-visual-line movement one screen's worth. C-e always go to the end of ordinary lines here, with various values of `org-special-ctrl-a/e' and `line-move-visual'. Can you post a recipe and an example file so that I can reprodce? Before I make any changes, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? I'm not sure I understand the issue correctly - thanks for further details. I created a video to demonstrate this: http://screencast.com/t/PS5BuhPdNcuP. It gives the environment information after starting emacs with -Q. By the way, I'm on a Windows-7 platform. The problem is the same whether the second line in the buffer is a list entry or a plain line. Kevin Buchs
[O] Rounding timeclock and moving to the end of the line
Hello group. This is my first contribution to this email list. Having a need to do my clocking in 1/4-hour multiples, I went and fully implemented my own solution in org-mode BEFORE I realized that org-mode was already set up to do it - it was just not completely implemented. I needed to change a few (current-time) in org-clock-in (org-clock.el) to be (org-current-time) and it works like a charm. Here are the changes based on the development sources cloned via git today: 1198c1198 (/ (- (org-float-time (org-current-time)) --- (/ (- (org-float-time (current-time)) 1202c1202 (org-current-time))) --- (current-time))) I have filled out the paperwork with FSF to be a developer in emacs/org-mode. My next project is to solve the problem that C-e does not move to the end of the line with long lines that are not headings. I find myself doing this often and have to hit multiple C-e s. I don't have the org-special-ctrl-a/e set to non-nil. My line-move-visual is the default value of t, so I get the end-of-visual-line movement one screen's worth. Before I make any changes, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? - Kevin Buchs
[O] Cycling on the ellipsis
I would really like my tab key to cycle a closed heading when I am on the ellipsis. Looking at org.el where org-cycle is defined, I see that it does this: (save-excursion (beginning-of-line 1) (looking-at org-outline-regexp))) So, if it were on the ellipsis, it seems like it ought to come to the beginning of the line before check whether it is on a heading, but apparently it doesn't. So, I am thinking that I'm not actually on the same line that contains the heading. My C-a key is mapped to org-beginning-of-line, which takes me from the end of the line, starting on the ellipsis to the beginning. So, I'm wondering if the code from org-cycle should call org-beginning-of-line instead of beginning-of-line to give me the functionality I would like.
[O] shortcuts to hide nearest heading or sparse tree
Reposting due to no replies: I have been studying extensively and have not found a quick way to hide the nearest heading (which contains point) as well as the entire sparse tree. I often have two or more sparse trees open as I go look for information elsewhere and then want to return to the place I was at. So, can I be lazy and do these operations with a few keys?
[O] shortcuts to hide nearest heading or sparse tree
I have been studying extensively and have not found a quick way to hide the nearest heading (which contains point) as well as the entire sparse tree. I often have two or more sparse trees open as I go look for information elsewhere and then want to return to the place I was at. So, can I be lazy and do these operations with a few keys?
