all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Gábor Boskovits" <boskovits@gmail.com>
To: Laura Lazzati <laura.lazzati.15@gmail.com>
Cc: Guix-devel <guix-devel@gnu.org>,
	Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
Subject: Re: GNU Guix Video Documentation
Date: Sun, 28 Oct 2018 21:19:54 +0100	[thread overview]
Message-ID: <CAE4v=pjKyP-O6tOFGezZFcBXBu9W4wHgsYwbJb0C9mcz_6haLg@mail.gmail.com> (raw)
In-Reply-To: <CAPNLzUOpKFB-EvUkCq3dtgNHsF-xbdR9sTZQX-QwYeY5w8_rkQ@mail.gmail.com>

Hello Laura,

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
okt. 28., V, 20:15):

> First, we need to know which have the highest priorities, the
> promoting, the howtos, and belonging to which topic(s). And in case
> both (the ones "promoting" as well as the "howtos" are equally needed,
> I believe that maybe the screencasted one is more appealing, even
> taking into account that they are difficult to translate or update if
> they get stale, but it also implies in the worst case creating only
> one 3 minutes lenght video again on each topic.
> And then, for the "howtos", I don't know how many 3 minutes length
> videos will be required for each topic, or the depth of them but the
> non-screencasted I believe is better, as most of you mentioned.
> But I kind need to know which are more important at least for now.
> Recall I am new to Guix :)

I believe one of the most important part of this discussion is to set
these priorities. It might worth to start a new thread for explicitly
this, but we can also keep the discussion here. What do you think
would be preferable?

> I still have to do more research on texinfo, I read the Reference
> Guide,  but maybe even the slides can be generated with it -LaTex has
> Beamer, for instance, there has to be something similar to it.

LaTex and Beamer are prefectly acceptable, especially if you are already
familiar with them. (You will need texinfo to work with the manual) Also,
currently texinfo lacks some translation capabilities,
you can ask Julien Lepiller (a.k.a. roptat) on the status of these, but as we
control the whole process here, these might be ignored. I am think about
generating code, tests and documentation from the same source for a
while, but that is a whole new story :-)

> > It would be nice to have the ability to translate on demand in the future.
> > The second version of the graph I have posted is created with keeping
> > that in mind, that is one of the reasons why it has so many selection and
> > composition steps. (Another reason is to have a versitality of outputs).
> Great. I don't know if the translations will be automated and with
> which tools - Ricardo mentioned that the non screencasted had, among
> the benefits, easier translations, but I don't know up to which point
> they will be automated.  I read about the tools for the localization
> of the command line commands, but the audios and text (both subtitles
> and the slides) will be that easy to translate with scripts? That's
> why I though about texinfo- i don't know if by slideshow you mean the
> non-GNU slideshow or any other tool.

The audio translation would have to be done using a recording,
video+audio of a narrator, we can't actually do any better :-)
The only thing I propose here, is to break down the recoding to
short cuts, so that we can do this in smaller parts. That's why I
presented this part as a 'set of clips' in my description.

The subtitles translation can be done using a base subtitle file/
subttile database and a separate set of translation files. That
way the translations can simply be sent to translators, and
work can be parallelized, like it is done for guix, and the manual.

Best regards,
g_bor

  reply	other threads:[~2018-10-28 20:20 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-25 12:39 GNU Guix Video Documentation Gábor Boskovits
2018-10-25 21:53 ` Björn Höfling
2018-10-26  4:13   ` Ricardo Wurmus
2018-10-26  6:22     ` Gábor Boskovits
2018-10-26  9:59     ` Giovanni Biscuolo
2018-10-26 10:00     ` Björn Höfling
2018-10-26 11:09       ` Gábor Boskovits
2018-10-28  0:32       ` Laura Lazzati
2018-10-28  9:13         ` Gábor Boskovits
2018-10-28 19:14           ` Laura Lazzati
2018-10-28 20:19             ` Gábor Boskovits [this message]
2018-10-28 23:26               ` Laura Lazzati
2018-10-29  8:17                 ` Gábor Boskovits
2018-10-29 12:47                   ` Laura Lazzati
2018-10-29  9:10                 ` Björn Höfling
2018-10-29 12:49                   ` Laura Lazzati
     [not found] <CAG=FMuXO7X0j-D_SMWNgxO0p_0xsyJ_eahDGDjtuv465Y3Xk0A@mail.gmail.com>
2018-10-25  6:17 ` Björn Höfling
2018-10-25  9:18   ` Gábor Boskovits
2018-10-25 16:25     ` Larissa Leite
2018-10-25 16:52       ` Gábor Boskovits
2018-10-29  9:31         ` Gábor Boskovits

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAE4v=pjKyP-O6tOFGezZFcBXBu9W4wHgsYwbJb0C9mcz_6haLg@mail.gmail.com' \
    --to=boskovits@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=laura.lazzati.15@gmail.com \
    --cc=ricardo.wurmus@mdc-berlin.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.