[Orgmode] Paging HTML export by script -- preview
Dear reader, have you ever dreamed of seeing an HTML exported org file in info view mode :-P ??? Wonder what that is? No? Then you really should visit http://www.legito.net/org-info-js/ I somehow managed to sqeeze a lot of meaningless and completely wrong bunch of digits and chars in on horrible file, copy protected the code by additional hard shaking, named it org-info.js and after all this is what came out of it. This cruel hack somehow works any way and is meant as an appetizer for more of this sort. Bastien Guerry was so kind to give this unfinished durty piece work a place on his otherwise clean an polished site. Visit the URL and play around there a little bit. Dropping a note here if your browser is daring to play this script and sloped enough to display it's results in a human readable way, so we can add his name AND version to hall of fame of supported browsers. You should be able to do part of the navigation by using the accesskey feature of current browsers (i.e. in Opera prefix each of the keys by SHIFT-ESC): 'n' - next(info view mode) 'p' - previous(info view mode) 'i' - go to the index (info view mode) 't' - toggle view (always) The code currently gets completely reworked to own up all the promisses of it's documentation. Since the accesskeys in some current webbrowsers are for disabled people (a third hand or even a 6th finger will do to press all those keys at once), I'd appreciate a good idea (or some code) to get arround these accesskey thing (preferably without a 30 code lines browser detection) to be able to move around the file with idealy one five fingered hand. I could imagine an invisible textfield grapping the focus if lost and using standard 'onkeyup' or something. If this works, it works in most browsers I think. My hope is, that this way we could even use the famous standard emacs accesskey C-x M-c butterfly :-D (which is a mega-accesskey actualy). I have to close now, and start to do the ever lasting code clean up. Regards, Sebastian begin:vcard fn:Sebastian Rose n:Rose;Sebastian email;internet:[EMAIL PROTECTED] title:Fachinformatiker/Anwendendungsentwicklung tel;cell:+49 173 / 83 93 417 note;quoted-printable:Entwicklung von Internetanwendungen und Programmen mit freien Werkzeu= gen und Bibliotheken.=0D=0A= =0D=0A= PHP, Java, C/C++, Bash, Perl, Apache, MySQL, PostgreSQL, xt::commerce= , Typo3, Server, Netzwerk, Desktop, Datenbank, gtkmm=0D=0A= x-mozilla-html:FALSE version:2.1 end:vcard ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Paging HTML export by script -- preview
Sebastian Rose schrieb: Since the accesskeys in some current webbrowsers are for disabled people (a third hand or even a 6th finger will do to press all those keys at once), I'd appreciate a good idea (or some code) to get arround these accesskey thing (preferably without a 30 code lines browser detection) to be able to move around the file with idealy one five fingered hand. I could imagine an invisible textfield grapping the focus if lost and using standard 'onkeyup' or something. If this works, it works in most browsers I think. My hope is, that this way we could even use the famous standard emacs accesskey C-x M-c butterfly :-D (which is a mega-accesskey actualy). OK. The plan must be: diplay footer content as an emacs modeline (question of users stylesheet though) and below, bet you guessed it, the textfied visible like emacs's minibuffer. If this here will work? C-x g RET 2.1 RET go to section 2.1 2.1 RET will for shure Wow - this will be tons of fun, will it? Regards, Sebastian begin:vcard fn:Sebastian Rose n:Rose;Sebastian email;internet:[EMAIL PROTECTED] title:Fachinformatiker/Anwendendungsentwicklung tel;cell:+49 173 / 83 93 417 note;quoted-printable:Entwicklung von Internetanwendungen und Programmen mit freien Werkzeu= gen und Bibliotheken.=0D=0A= =0D=0A= PHP, Java, C/C++, Bash, Perl, Apache, MySQL, PostgreSQL, xt::commerce= , Typo3, Server, Netzwerk, Desktop, Datenbank, gtkmm=0D=0A= x-mozilla-html:FALSE version:2.1 end:vcard ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Paging HTML export by script -- preview
On Mar 10, 2008, at 2:29 PM, Sebastian Rose wrote: Sebastian Rose schrieb: Since the accesskeys in some current webbrowsers are for disabled people (a third hand or even a 6th finger will do to press all those keys at once), I'd appreciate a good idea (or some code) to get arround these accesskey thing (preferably without a 30 code lines browser detection) to be able to move around the file with idealy one five fingered hand. I could imagine an invisible textfield grapping the focus if lost and using standard 'onkeyup' or something. If this works, it works in most browsers I think. My hope is, that this way we could even use the famous standard emacs accesskey C-x M-c butterfly :-D (which is a mega-accesskey actualy). OK. The plan must be: diplay footer content as an emacs modeline (question of users stylesheet though) and below, bet you guessed it, the textfied visible like emacs's minibuffer. If this here will work? C-x g RET 2.1 RET go to section 2.1 2.1 RET will for shure Wow - this will be tons of fun, will it? Yes, it will. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: IRC Channel
Phil Jackson <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (J. David Boyd) writes: > >> Here's the ChanServ help, that makes it all pretty clear: > > [...] > > Thanks, a link rather than a 21k mail would have done the trick though ;) > > Phil > -- > Phil Jackson > http://www.shellarchive.co.uk > Hmm, _is_ there a link for this? I made by that being in ERC, and typing things like /msg Chanserv help then walking through all the options and saving it to a log file. I've done it for Nickserv and Memoserv as well, so I would have a document to reference. Please let me know if there is an easier way! :-> Dave ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] makeinfo error in git
[EMAIL PROTECTED] (Joel J. Adamson) writes:
> I did "make" on a git-clone from this morning at 10:06 EDT, and got:
>
> ,
> | makeinfo --no-split org.texi -o org
> | org.texi:4408: Misplaced {.
> | org.texi:4408: Misplaced }.
> | makeinfo: Removing output file `org' due to errors; use --force to preserve.
> | make: *** [org] Error 1
> `
Fixed, thanks.
--
Bastien
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: IRC Channel
[EMAIL PROTECTED] (J. David Boyd) writes: > Hmm, _is_ there a link for this? http://freenode.net/faq.shtml#groups ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] makeinfo error in git
Howdy,
I did "make" on a git-clone from this morning at 10:06 EDT, and got:
,
| makeinfo --no-split org.texi -o org
| org.texi:4408: Misplaced {.
| org.texi:4408: Misplaced }.
| makeinfo: Removing output file `org' due to errors; use --force to preserve.
| make: *** [org] Error 1
`
Joel
--
Joel J. Adamson
Biostatistician
Pediatric Psychopharmacology Research Unit
Massachusetts General Hospital
Boston, MA 02114
(617) 643-1432
(303) 880-3109
The information transmitted in this electronic communication is intended only
for the person or entity to whom it is addressed and may contain confidential
and/or privileged material. Any review, retransmission, dissemination or other
use of or taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you received this
information in error, please contact the Compliance HelpLine at 800-856-1983 and
properly dispose of this information.
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: IRC Channel
Bernt Hansen writes: > J. David Boyd writes: > >> Hmm, _is_ there a link for this? > > http://freenode.net/faq.shtml#groups > > > Figures. Thanks for the info! Dave ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Release 5.23a
Hi,
I am releasing Org-mode version 5.23, at
http://orgmode.org
Enjoy!
- Carsten
Changes in Version 5.23
~~~
Overview
- New keyword search agenda view
- Many new extensions available in the CONTRIB directory
- New remember template option: pre-selection contexts
- Modifying list/headline status of a line
- Granularity while editing time stamps
- New repeaters mechanisms
- New parameters for dynamic blocks ad the clock table
- Limiting iCalendar export to fewer entries
- `M-RET' splits lines again
- New hooks
Incompatible changes
- The variable `org-time-stamp-rounding-minutes' is now a list
of two values - if you have configured this variable before,
please do it again.
Details
===
New keyword search agenda view
--
`C-c a s' now invokes a special agenda view that can be used
to search notes by keyword and regular expressions. In
particular, it does not require a single regular expression
or string to search for, but it can search for a number
keywords or regexps that can occur in arbitrary sequence in
the entry. The search knows the boundaries of an entry, can
use simple Boolean logic and is reasonably fast. For
example, the search string
+computer +wifi -ethernet -{8\.11[bg]}
will search for note entries that contain the keywords
`computer' and `wifi', but not the keyword `ethernet', and
which are also not matched by the regular expression
"8\.11[bg]", meaning to exclude both 8.11b and 8.11g. If the
first character of the search string is an asterisk, the
search will only look at headlines - otherwise it will look
at the headine and the text below it, up to the next
(possibly sub-) heading.
The command searches all agenda files, and in addition the
files listed in `org-agenda-text-search-extra-files'.
I find it very useful to define a custom command to do such
a search only in a limited number of files (my notes files),
like this:
("N" "Search notes" search ""
((org-agenda-files '("~/org/notes.org" "~/org/computer.org"))
(org-agenda-text-search-extra-files nil)))
Many new extensions available in the CONTRIB directory
--
- Phil Jackson's /org-irc.el/ is now part of the Org-mode
core, which means it will become part of Emacs soon.
- The new development model already starts to pay off, a
number of interesting extensions are now part of the
distribution. Check the file CONTRIB/README for a list.
- There is a new variable `org-default-extensions'.
Configuring this variable makes it *very* easy to load
these default extensions - eventually this will be expanded
to cover contributed extensions as well.
New remember template option: pre-selection contexts
- Remember template definitions now allow six elements. The
last element defines the contexts in which the template
should be offered. It can be a list of major modes, a
function, `t' or `nil'. If it is a list of major-mode, the
template will be available only when `org-remember' is
called from a buffer in one of these modes. If it is a
function, the template will be offered only if the function
returns `t' when called in the current buffer. A value of
`t' or `nil' for this element means select this template in
any context.
One possible application for this would be to have several
templates all using the same selection letter, and choosing
the right one based on context. For example, think of
tasks describing a bug in a source code file. With the
following configuration we make sure that the bug reports
are filed into the appropriate sections of the target file.
(setq org-remember-templates
'(("Elisp" ?b "* %a\n\n%i%?" "~/bugs.org" "Elisp bugs" (emacs-lisp-
mode))
("C Bugs" ?b "* %a\n\n%i%?" "~/bugs.org" "C bugs" (cc-mode
See (info "(org)Remember templates") for details.
Modifying list/headline status of a line
- `C-c -' has now more functions:
+ In a table, add a hline as before
+ In an item list, cycle bullet type as before
+ In a normal line, turn it into an item
+ In a headline, turn it into an item
+ If there is an active region, turn each line into an item.
But if the first region line is already an item, remove
item markers from all lines.
Based on proposals by Bastien.
- `C-c *' has now more functions
+ in a table, recompute, as before
+ in a normal line, convert it to a sub heading.
+ at an item, convert it into a subheading
+ if there is an active region, convert all lines in the
Re: [Orgmode] Release 5.23a
Hi,
Thanks for the release!
There is a bug which I got from an Email several weeks ago said it has
been fixed, but I still found it in the 5.23a. When export the org file
to html, emacs opens the .html file in the buffer. Since the html file
has already been saved, shall we not open it in Emacs? Another reason
that this matters to me is that I'm using the nXhtml mode, whenever
emacs opens the html file, (even in the background buffer), it will load
this mode and open the *nXhtml Welcome* buffer in half window. :)
Best,
Xin
Carsten Dominik wrote:
Hi,
I am releasing Org-mode version 5.23, at
http://orgmode.org
Enjoy!
- Carsten
Changes in Version 5.23
~~~
Overview
- New keyword search agenda view
- Many new extensions available in the CONTRIB directory
- New remember template option: pre-selection contexts
- Modifying list/headline status of a line
- Granularity while editing time stamps
- New repeaters mechanisms
- New parameters for dynamic blocks ad the clock table
- Limiting iCalendar export to fewer entries
- `M-RET' splits lines again
- New hooks
Incompatible changes
- The variable `org-time-stamp-rounding-minutes' is now a list
of two values - if you have configured this variable before,
please do it again.
Details
===
New keyword search agenda view
--
`C-c a s' now invokes a special agenda view that can be used
to search notes by keyword and regular expressions. In
particular, it does not require a single regular expression
or string to search for, but it can search for a number
keywords or regexps that can occur in arbitrary sequence in
the entry. The search knows the boundaries of an entry, can
use simple Boolean logic and is reasonably fast. For
example, the search string
+computer +wifi -ethernet -{8\.11[bg]}
will search for note entries that contain the keywords
`computer' and `wifi', but not the keyword `ethernet', and
which are also not matched by the regular expression
"8\.11[bg]", meaning to exclude both 8.11b and 8.11g. If the
first character of the search string is an asterisk, the
search will only look at headlines - otherwise it will look
at the headine and the text below it, up to the next
(possibly sub-) heading.
The command searches all agenda files, and in addition the
files listed in `org-agenda-text-search-extra-files'.
I find it very useful to define a custom command to do such
a search only in a limited number of files (my notes files),
like this:
("N" "Search notes" search ""
((org-agenda-files '("~/org/notes.org" "~/org/computer.org"))
(org-agenda-text-search-extra-files nil)))
Many new extensions available in the CONTRIB directory
--
- Phil Jackson's /org-irc.el/ is now part of the Org-mode
core, which means it will become part of Emacs soon.
- The new development model already starts to pay off, a
number of interesting extensions are now part of the
distribution. Check the file CONTRIB/README for a list.
- There is a new variable `org-default-extensions'.
Configuring this variable makes it *very* easy to load
these default extensions - eventually this will be expanded
to cover contributed extensions as well.
New remember template option: pre-selection contexts
- Remember template definitions now allow six elements. The
last element defines the contexts in which the template
should be offered. It can be a list of major modes, a
function, `t' or `nil'. If it is a list of major-mode, the
template will be available only when `org-remember' is
called from a buffer in one of these modes. If it is a
function, the template will be offered only if the function
returns `t' when called in the current buffer. A value of
`t' or `nil' for this element means select this template in
any context.
One possible application for this would be to have several
templates all using the same selection letter, and choosing
the right one based on context. For example, think of
tasks describing a bug in a source code file. With the
following configuration we make sure that the bug reports
are filed into the appropriate sections of the target file.
(setq org-remember-templates
'(("Elisp" ?b "* %a\n\n%i%?" "~/bugs.org" "Elisp bugs"
(emacs-lisp-mode))
("C Bugs" ?b "* %a\n\n%i%?" "~/bugs.org" "C bugs" (cc-mode
See (info "(org)Remember templates") for details.
Modifying list/headline status of a line
- `C-c -' has now more functions:
+ In a table, add a hline as before
+ In an item list, cycle bul
Re: [Orgmode] Release 5.23a
Hi Xin, Xin Shi <[EMAIL PROTECTED]> writes: > When export the org file to html, emacs opens the .html file in the > buffer. Since the html file has already been saved, shall we not open > it in Emacs? `C-c C-e b' -- The `b' standing for [b]rowsing. | Command | Save to a file | Jump to buffer | Don't kill buffer | |---+++---| | C-c C-e b | V | V | V | | C-c C-e h | V | X | V | | C-c C-e H | X [temp buf] | V | V | All export commands export to a buffer. All exported buffers are still around after export. Some export command also save the file. Some export command also jump to the buffer. Note two differences with "publishing": (1) publishing require a file to be part of a project and (2) publishing will kill exported buffers. HTH, -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
Hi Bastien, Bastien wrote: Hi Xin, Xin Shi <[EMAIL PROTECTED]> writes: When export the org file to html, emacs opens the .html file in the buffer. Since the html file has already been saved, shall we not open it in Emacs? `C-c C-e b' -- The `b' standing for [b]rowsing. I used the C-c C-e h ( org-export-as-html). | Command | Save to a file | Jump to buffer | Don't kill buffer | |---+++---| | C-c C-e b | V | V | V | | C-c C-e h | V | X | V | | C-c C-e H | X [temp buf] | V | V | All export commands export to a buffer. All exported buffers are still around after export. Is that possible to make it kill the buffer on the C-c C-e h case? Or let user to customize this behavior? I don't know the reason to keep that buffer in this case. (I know in the ps-spool-buffer case, the output PostScript buffer is open, because that buffer is not saved to any file). Some export command also save the file. Some export command also jump to the buffer. Note two differences with "publishing": (1) publishing require a file to be part of a project and (2) publishing will kill exported buffers. I'm not sure where are these two differences comes from? Are they behaviors in org or in general? HTH, Thank you! Xin ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
Xin Shi <[EMAIL PROTECTED]> writes: > Is that possible to make it kill the buffer on the C-c C-e h case? Or > let user to customize this behavior? I don't know the reason to keep > that buffer in this case. I don't know what the default should be, I have no personal preference. I think it's quite useful to have the exported file accessible through the list of buffers even if you don't want to jump to it. But I certainly wouldn't go for an option about this. What people think? >> Note two differences with "publishing": (1) publishing require a file to >> be part of a project and (2) publishing will kill exported buffers. >> > I'm not sure where are these two differences comes from? Are they > behaviors in org or in general? I'm not sure what do you mean by "in general". In case of publishing, since you can publish a project from *any* buffer, it doesn't really make sense to keep the exported buffers alive, right? As for the (1), the truth is that it would be nice to be able to add a file to a project on the fly. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
Bastien Guerry <[EMAIL PROTECTED]> writes: > Xin Shi <[EMAIL PROTECTED]> writes: > >> Is that possible to make it kill the buffer on the C-c C-e h case? Or >> let user to customize this behavior? I don't know the reason to keep >> that buffer in this case. > > I don't know what the default should be, I have no personal preference. > I think it's quite useful to have the exported file accessible through > the list of buffers even if you don't want to jump to it. I second that. Because I use `midnight' to take care of useless buffers and `ido' does well on choosing buffers, leaving such a buffer open is not completely useless, if people have enough RAM. > > But I certainly wouldn't go for an option about this. > > What people think? I think it could be an option, if someone thinks he/she would use it. At the very least, we can have an option to keep our environment green. And a second thought on Xin's issue. I believe the one whom we should blame to is nXhtml mode, because if I understand correctly, his problem is that an additional window being created by nXhtml mode, when the html file is generated. So I would guess that even if the buffer is killed after the generation, that additional nXhtml window would still be there. Therefore, I would suggest that Xin disable the annoying/useless behaviour of nXhtml mode. Xiao-Yong -- c/*__o/* <\ * (__ */\ < ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
Bastien Guerry wrote: Xin Shi <[EMAIL PROTECTED]> writes: Is that possible to make it kill the buffer on the C-c C-e h case? Or let user to customize this behavior? I don't know the reason to keep that buffer in this case. I don't know what the default should be, I have no personal preference. I think it's quite useful to have the exported file accessible through the list of buffers even if you don't want to jump to it. If there are programs still need to access that buffer, I agree to keep it in the buffer list. Otherwise, I don't think people want to EDIT that html file inside Emacs by hand :) But I certainly wouldn't go for an option about this. What people think? I'm using firefox to view the output. If there are people still using the Emacs to view the output .html file, let's just keep it there. Note two differences with "publishing": (1) publishing require a file to be part of a project and (2) publishing will kill exported buffers. I'm not sure where are these two differences comes from? Are they behaviors in org or in general? I'm not sure what do you mean by "in general". In case of publishing, since you can publish a project from *any* buffer, it doesn't really make sense to keep the exported buffers alive, right? As for the (1), the truth is that it would be nice to be able to add a file to a project on the fly. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
Hi Xiao-Yong, Thanks for your message! I'll look into the nXhtml mode to turn that off. Xin Xiao-Yong Jin wrote: Bastien Guerry <[EMAIL PROTECTED]> writes: Xin Shi <[EMAIL PROTECTED]> writes: Is that possible to make it kill the buffer on the C-c C-e h case? Or let user to customize this behavior? I don't know the reason to keep that buffer in this case. I don't know what the default should be, I have no personal preference. I think it's quite useful to have the exported file accessible through the list of buffers even if you don't want to jump to it. I second that. Because I use `midnight' to take care of useless buffers and `ido' does well on choosing buffers, leaving such a buffer open is not completely useless, if people have enough RAM. But I certainly wouldn't go for an option about this. What people think? I think it could be an option, if someone thinks he/she would use it. At the very least, we can have an option to keep our environment green. And a second thought on Xin's issue. I believe the one whom we should blame to is nXhtml mode, because if I understand correctly, his problem is that an additional window being created by nXhtml mode, when the html file is generated. So I would guess that even if the buffer is killed after the generation, that additional nXhtml window would still be there. Therefore, I would suggest that Xin disable the annoying/useless behaviour of nXhtml mode. Xiao-Yong ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
On Mar 11, 2008, at 1:03 AM, Xin Shi wrote: Hi, Thanks for the release! There is a bug which I got from an Email several weeks ago said it has been fixed, but I still found it in the 5.23a. When export the org file to html, emacs opens the .html file in the buffer. Since the html file has already been saved, shall we not open it in Emacs? Another reason that this matters to me is that I'm using the nXhtml mode, whenever emacs opens the html file, (even in the background buffer), it will load this mode and open the *nXhtml Welcome* buffer in half window. :) That is horrible bahavior, and you should start by writing a bug report to the maintainer of that package - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
Carsten Dominik <[EMAIL PROTECTED]> writes: > On Mar 11, 2008, at 1:03 AM, Xin Shi wrote: > >> Hi, >> >> Thanks for the release! >> >> There is a bug which I got from an Email several weeks ago said it >> has been fixed, but I still found it in the 5.23a. When export the >> org file to html, emacs opens the .html file in the buffer. Since >> the html file has already been saved, shall we not open it in >> Emacs? Another reason that this matters to me is that I'm using the >> nXhtml mode, whenever emacs opens the html file, (even in the >> background buffer), it will load this mode and open the *nXhtml >> Welcome* buffer in half window. :) > > That is horrible bahavior, and you should start by writing a bug > report to the maintainer of that package The nxhtml welcome screen can be turned off in the nxhtml customize group. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Release 5.23a
On Mar 11, 2008, at 4:47 AM, Richard G Riley wrote: Carsten Dominik <[EMAIL PROTECTED]> writes: On Mar 11, 2008, at 1:03 AM, Xin Shi wrote: Hi, Thanks for the release! There is a bug which I got from an Email several weeks ago said it has been fixed, but I still found it in the 5.23a. When export the org file to html, emacs opens the .html file in the buffer. Since the html file has already been saved, shall we not open it in Emacs? Another reason that this matters to me is that I'm using the nXhtml mode, whenever emacs opens the html file, (even in the background buffer), it will load this mode and open the *nXhtml Welcome* buffer in half window. :) That is horrible bahavior, and you should start by writing a bug report to the maintainer of that package The nxhtml welcome screen can be turned off in the nxhtml customize group. Well, this is good, but still it is a bug that it is not off by default. Just imagine a world in which every Emacs extension permanently split the frame to display a welcome message. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
