Publishing a project and selecting files (possibly with tags)
Dear list, This is my problem: I have a large set of org files (created with org-roam), which contains all my thoughts on different topics (for example "work1", "work2", "personal1"...) I would like to create different projects (for example "work1", "work2", "personal1") to be able to publish these files under different folders (for example "./pub_work1", "./pub_work2", "./pub_personal1") for which I could define some filters to decide what goes where. The rules should be something likes this: - nothing is exported, except that - files with tag "WORK1" are exported in "./pub_work1" - files with tag "WORK2" are exported in "./pub_work2" - files with tag "PERSONAL1" are exported in "./pub_personal1" I cannot use the file name to filter the files, which seems to exclude the possibility of using the options ":exclude" and ":include" of org-publish-project-alist. Ideally I would like to use tags (or some descriptors I can include directly in the org file), but I did not have much success using the options ":with-tags" or ":select-tags". Can this be done? If so, how? Thank you very much, best regards. Benoît
Re: [O] Problem with org-agenda-clockreport-mode and tag-filtered view in agenda
Dear Seb, Thanks for the piece of advice. I'll do that asap. I first need though to configure for the git version (now I'm using the emacs package version). I'll post on the list again when I find the problematic commit. Thanks again, best regads. Benoît On Wed, Nov 26, 2014 at 9:46 AM, Sebastien Vauban wrote: > Dear Benoit, > > > PROBLEM: Agenda clock report mode does not take into consideration > filtered > > view anymore (C-u R in agenda view). > > > > It's behavior changed somewhere between version 8.2.4 (for which it > works) > > and version 8.2.10 (for which it doesn't work anymore). > > Is it a bug or is it intentional? > > > > I intensively use clock report with filtered views, so it has become > quite > > problematic for me. > > IMHO, the best way you can help to try and get the problem fixed is to > find the problematic commit. > > In order to do, use the Git version of org-mode, and play a couple of > minutes with `git bisect': > > #+begin_src sh > git bisect start BAD-COMMIT GOOD-COMMIT > #+end_src > > Test... > > If good: > > #+begin_src sh > git bisect good > #+end_src > > If bad: > > #+begin_src sh > git bisect bad > #+end_src > > And after a few more steps like that, "git bisect" will eventually find > a first bad commit: > > #+begin_src sh > git bisect bad > 2ddcca36c8bcfa251724fe342c8327451988be0d is the first bad commit > #+end_src > > Send it to the list (and put the author of the commit in Cc). > > Then use "git bisect reset" to go back to the branch we were in before > we started bisecting: > > #+begin_src sh > git bisect reset > #+end_src > > Best regards, > Seb > > -- > Sebastien Vauban > > >
Re: [O] Problem with org-agenda-clockreport-mode and tag-filtered view in agenda
Dear all, It might happen that my previous message went lost, so I take the freedom of reposting a message on the same topic. PROBLEM: Agenda clock report mode does not take into consideration filtered view anymore (C-u R in agenda view). It's behavior changed somewhere between version 8.2.4 (for which it works) and version 8.2.10 (for which it doesn't work anymore). Is it a bug or is it intentional? I intensively use clock report with filtered views, so it has become quite problematic for me. Thank you very much, best regards. Benoît On Thu, Nov 13, 2014 at 12:12 PM, Benoit Bidoggia wrote: > Dear all, > > Starting from around two weeks ago, I have a problem with > org-agenda-clockreport-mode. > In agenda view, calling org-agenda-clockreport-mode with the prefix C-u > (so C-u R) used to give me a summary of the hours excluding the task which > had been filtered out by the tag filter (called with / and tags). > Now this feature seems to have disappeared: on a filtered by tag list, the > clock report table called with R alone or with C-u R gives exactly the same > results. This means that C-u R lists also all the tasks which have been > hidden by the tag filtering. > > This happens on the following configuration: > - Windows 7 32-bit > - Emacs 24.3.1 for Windows (GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of > 2013-03-17 on MARVIN) > - Org-mode 8.2.10 (Org-mode version 8.2.10 (8.2.10-16-g4c37a9-elpa @ > c:/Users/BEBI/AppData/Roaming/.emacs.d/elpa/org-20141110/)) > > I also use the same configuration on a Linux system, and I had managed to > temporarily solve the problem uninstalling the latest (at the time) version > of org-mode and using the old version bundled with emacs. I don't have the > info on the emacs and org-mode version of the linux system now, but if > required I can look for it later. > > Has anyone experiences something similar? Did the command change? Am I > missing something? > > Thank you very much, best regards. > Benoît > > >
[O] Problem with org-agenda-clockreport-mode and tag-filtered view in agenda
Dear all, Starting from around two weeks ago, I have a problem with org-agenda-clockreport-mode. In agenda view, calling org-agenda-clockreport-mode with the prefix C-u (so C-u R) used to give me a summary of the hours excluding the task which had been filtered out by the tag filter (called with / and tags). Now this feature seems to have disappeared: on a filtered by tag list, the clock report table called with R alone or with C-u R gives exactly the same results. This means that C-u R lists also all the tasks which have been hidden by the tag filtering. This happens on the following configuration: - Windows 7 32-bit - Emacs 24.3.1 for Windows (GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN) - Org-mode 8.2.10 (Org-mode version 8.2.10 (8.2.10-16-g4c37a9-elpa @ c:/Users/BEBI/AppData/Roaming/.emacs.d/elpa/org-20141110/)) I also use the same configuration on a Linux system, and I had managed to temporarily solve the problem uninstalling the latest (at the time) version of org-mode and using the old version bundled with emacs. I don't have the info on the emacs and org-mode version of the linux system now, but if required I can look for it later. Has anyone experiences something similar? Did the command change? Am I missing something? Thank you very much, best regards. Benoît
