* [Babel] Arguments...
@ 2010-11-05 16:50 Sébastien Vauban
2010-11-05 21:42 ` Eric Schulte
0 siblings, 1 reply; 4+ messages in thread
From: Sébastien Vauban @ 2010-11-05 16:50 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hello,
Two small questions, with that minimal example:
#+begin_src org
,* Database
,
,** Back up the database
,
,Create a backup file of the existing database:
,
,#+srcname: backup-db(dbName, dbBackupFile)
,#+begin_src sql
,BACKUP DATABASE dbName TO DISK = 'dbBackupFile'
,go
,#+end_src
,
,** Back up the database
,
,Create a backup file of the existing database:
,
,#+srcname: backup-db :var dbName :var dbBackupFile
,#+begin_src sql
,BACKUP DATABASE dbName TO DISK = 'dbBackupFile'
,go
,#+end_src
#+end_src
1. I read on http://orgmode.org/manual/var.html that the second way to pass
arguments is "more natural". Though, "nobody" "never" uses it in all the
examples published on this ML. Why? Are there still subtle differences, or
could such come in the future that would make one choose one over the
other?
2. In both cases, the variables are not exported to HTML (and LaTeX?), making
the readability of such a documented code a bit difficult. Feature or bug?
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Babel] Arguments...
2010-11-05 16:50 [Babel] Arguments Sébastien Vauban
@ 2010-11-05 21:42 ` Eric Schulte
2010-12-01 12:02 ` Sébastien Vauban
0 siblings, 1 reply; 4+ messages in thread
From: Eric Schulte @ 2010-11-05 21:42 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hello,
>
> Two small questions, with that minimal example:
>
> #+begin_src org
> ,* Database
> ,
> ,** Back up the database
> ,
> ,Create a backup file of the existing database:
> ,
> ,#+srcname: backup-db(dbName, dbBackupFile)
> ,#+begin_src sql
> ,BACKUP DATABASE dbName TO DISK = 'dbBackupFile'
> ,go
> ,#+end_src
> ,
> ,** Back up the database
> ,
> ,Create a backup file of the existing database:
> ,
> ,#+srcname: backup-db :var dbName :var dbBackupFile
> ,#+begin_src sql
> ,BACKUP DATABASE dbName TO DISK = 'dbBackupFile'
> ,go
> ,#+end_src
> #+end_src
>
> 1. I read on http://orgmode.org/manual/var.html that the second way to pass
> arguments is "more natural". Though, "nobody" "never" uses it in all the
> examples published on this ML. Why? Are there still subtle differences, or
> could such come in the future that would make one choose one over the
> other?
>
I think we are committed to maintaining both ways of defining variables
for code blocks for the foreseeable future.
>
> 2. In both cases, the variables are not exported to HTML (and LaTeX?), making
> the readability of such a documented code a bit difficult. Feature or bug?
>
The variable names should be exported to both HTML and LaTeX (when
org-export-latex-listings is set to true) when the following declaration
schema is used (at least they are for me).
#+source: something(x=9)
#+begin_src emacs-lisp
x
#+end_src
Best -- Eric
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Babel] Arguments...
2010-11-05 21:42 ` Eric Schulte
@ 2010-12-01 12:02 ` Sébastien Vauban
2010-12-01 14:50 ` Eric Schulte
0 siblings, 1 reply; 4+ messages in thread
From: Sébastien Vauban @ 2010-12-01 12:02 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> The variables are not exported to HTML (and LaTeX?), making the readability
>> of such a documented code a bit difficult. Feature or bug?
>
> The variable names should be exported to both HTML and LaTeX (when
> org-export-latex-listings is set to true) when the following declaration
> schema is used (at least they are for me).
>
> #+source: something(x=9)
> #+begin_src emacs-lisp
> x
> #+end_src
I confirm that variable names are not exported when they don't get a value,
such as here:
#+source: add-column-in-table(table, column, type, nullability)
#+begin_src sql
-- add column `$column' (if column does not exist yet)
IF NOT EXISTS (SELECT *
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = '$table'
AND COLUMN_NAME = '$column')
BEGIN
ALTER TABLE $table
ADD $column $type $nullability
END
#+end_src
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Re: [Babel] Arguments...
2010-12-01 12:02 ` Sébastien Vauban
@ 2010-12-01 14:50 ` Eric Schulte
0 siblings, 0 replies; 4+ messages in thread
From: Eric Schulte @ 2010-12-01 14:50 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> "Eric Schulte" wrote:
>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>> The variables are not exported to HTML (and LaTeX?), making the readability
>>> of such a documented code a bit difficult. Feature or bug?
>>
>> The variable names should be exported to both HTML and LaTeX (when
>> org-export-latex-listings is set to true) when the following declaration
>> schema is used (at least they are for me).
>>
>> #+source: something(x=9)
>> #+begin_src emacs-lisp
>> x
>> #+end_src
>
> I confirm that variable names are not exported when they don't get a value,
> such as here:
>
> #+source: add-column-in-table(table, column, type, nullability)
> #+begin_src sql
> -- add column `$column' (if column does not exist yet)
> IF NOT EXISTS (SELECT *
> FROM INFORMATION_SCHEMA.COLUMNS
> WHERE TABLE_NAME = '$table'
> AND COLUMN_NAME = '$column')
> BEGIN
> ALTER TABLE $table
> ADD $column $type $nullability
> END
> #+end_src
>
Ah, That is the problem.
Babel currently only support variable names *with* default values. This
simplifies our internal variable handling. I agree that in the future
it would be good to allow variable names which don't have default values
specified but currently all behavior is undefined when variables
definitions don't have an assignment.
I'm noting this with our variable-handling related development tasks.
Best -- Eric
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-12-01 14:50 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-11-05 16:50 [Babel] Arguments Sébastien Vauban
2010-11-05 21:42 ` Eric Schulte
2010-12-01 12:02 ` Sébastien Vauban
2010-12-01 14:50 ` Eric Schulte
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).