Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-13 Thread Phyllis Smith via Cin
Andrea, thank you.  Even if the html version does not reflect a difference,
your work is an improvement because it will have less errors output during
pdf to html.  I have checked into GIT already, your Advanced.tex changes
because I needed to check in changes to Installation.tex for the location
of the new build package farm area by Andrey and update Elive for Bookworm,
Debian 12 and I did not want them to get lost.  I am in the process of
being a second pair of eyes for the other 12 files you modified.  ...Phyllis

On Fri, Oct 13, 2023 at 6:16 AM Andrea paz 
wrote:

> Hi,
> I revised all the tables in the manual. Before sending the changes I
> wanted to check how they render on the html version. I followed the
> instructions on the manual and ran "translate_manual". The only
> difference is that I have overwritten the "CinelerraGG_Manual.tex"
> file from the master with my local one that I modified.
> The html manual obtained has many errors but mostly did not change the
> display of the tables according to the changes I made. For example
> where whitespace led to extra blank columns, I removed the whitespace
> but the blank columns are still there.
> Probably swapping the master file with mine is not legal.
> I attach the numerous chapters with my changes.
>
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-09 Thread Phyllis Smith via Cin
Thank you very much.  I have applied the patch, verified the results, and
checked it into the Manual GIT.
And thanks for the explanation as I will use that to correct at least one
other spot. ...Phyllis

On Mon, Oct 9, 2023 at 3:51 AM Georgy Salnikov  wrote:

> On Sun, 8 Oct 2023, Andrea paz via Cin wrote:
>
> > I am not sure, the table is similar to the others in the manual. It
> > could be the "multicolumn" command. It is used to merge the 3 columns
> > into one and would coincide with the fact that the html version has 2
> > more empty columns. However, that command is also present in the other
> > tables and has not given any problems.
> >
> > Andrei and Georgy, can you figure out what the cause might be?
>
> Andrea, I have figured out what happens. The working patch is in the
> attachment. Copy it into the base directory ('manual') and execute:
>
> zcat Shortcuts.diff.gz | patch -p1
>
> In simple words:
>
> 1) There must be no white space inside longtable's (or tabular's) format
> specification: instead of
>\begin{longtable}[h] { | p{7cm} | p{6.5cm} | }
> write
>\begin{longtable}[h] {|p{7cm}|p{6.5cm}|}
> OK, pdflatex tolerates them, but latex2html introduces extra columns
> thinking each such whitespace were one more column (although possibly
> empty).
>
> 2) latex2html does not know the command \endhead and treats it as an
> additional table row, this leads to an extra row inserted in the HTML
> version of the table. To remove it, you can place \endhead in the
> latex2html's pseudo-environment:
> %begin{latexonly}
> \endhead
> %end{latexonly}
>
> 3) latex2html does not know the command \bottomrule and treats it as an
> additional table row, this leads to an extra row added at the very end of
> the HTML version of the table. Unfortunately, the %begin{latexonly}
> pseudo-environment does not help as pdflatex throws an error. However, it
> is
> possible to replace \bottomrule with \hline, this does not influence the
> pdflatex output, and latex2html's extra row gets out.
>
> > Another possibility is having rigidly set the size of the columns,
> > giving an exact number of cm.
> >
> > \begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
> > p{0.25\textwidth-2\tabcolsep} | p{0.25\textwidth-2\tabcolsep} | }
>
> Perhaps fixing widths of columns is unnecessary, the reason for the problem
> reported was in the extra white space and not in the width expressions.
>
> Georgy
>
> ___
>
> Georgy Salnikov
> NMR Group
> Novosibirsk Institute of Organic Chemistry
> Lavrentjeva, 9, 630090 Novosibirsk, Russia
> Phone   +7-383-3307864
> Email   [email protected]
>
> ___
>
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-09 Thread Андрей Спицын via Cin
Hello Andrea and Phyllis!

I see only one difference from other tables - all tables start with
"\begin{longtable}[h]{>{\bfseries}p{...".
The last two tables use "\begin{longtable}[h] { | p{...".
There is nothing wrong from the latex side. Except the [h] is useless with
longtables.
It's better to ask Georgy  about letex->html conversion problem, I'm not an
expert with it.


Best regards,



вс, 8 окт. 2023 г. в 11:16, Andrea paz via Cin :

> I am not sure, the table is similar to the others in the manual. It
> could be the "multicolumn" command. It is used to merge the 3 columns
> into one and would coincide with the fact that the html version has 2
> more empty columns. However, that command is also present in the other
> tables and has not given any problems.
>
> Andrei and Georgy, can you figure out what the cause might be?
>
> Another possibility is having rigidly set the size of the columns,
> giving an exact number of cm.
> Phyllis, try replacing the first row of the tables with the following:
>
> First table:
>
> \begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
> p{0.25\textwidth-2\tabcolsep} | p{0.25\textwidth-2\tabcolsep} | }
>
>
> Second table:
>
> \begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
> p{0.5\textwidth-2\tabcolsep} | }
> --
> Cin mailing list
> [email protected]
> https://lists.cinelerra-gg.org/mailman/listinfo/cin
>
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-09 Thread Andrea paz via Cin
> Andrea, I have figured out what happens.
> ...

WOW, Your works always arouse my admiration. Thank you.
The git repository is taken care of by Phyllis, so I'll leave it to
her to apply the patch.
Thanks also for the precise explanations.
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-09 Thread Andrew Randrianasulu via Cin
Thanks for  such timely investigation!

пн, 9 окт. 2023 г., 12:51 Georgy Salnikov via Cin <
[email protected]>:

> On Sun, 8 Oct 2023, Andrea paz via Cin wrote:
>
> > I am not sure, the table is similar to the others in the manual. It
> > could be the "multicolumn" command. It is used to merge the 3 columns
> > into one and would coincide with the fact that the html version has 2
> > more empty columns. However, that command is also present in the other
> > tables and has not given any problems.
> >
> > Andrei and Georgy, can you figure out what the cause might be?
>
> Andrea, I have figured out what happens. The working patch is in the
> attachment. Copy it into the base directory ('manual') and execute:
>
> zcat Shortcuts.diff.gz | patch -p1
>
> In simple words:
>
> 1) There must be no white space inside longtable's (or tabular's) format
> specification: instead of
>\begin{longtable}[h] { | p{7cm} | p{6.5cm} | }
> write
>\begin{longtable}[h] {|p{7cm}|p{6.5cm}|}
> OK, pdflatex tolerates them, but latex2html introduces extra columns
> thinking each such whitespace were one more column (although possibly
> empty).
>
> 2) latex2html does not know the command \endhead and treats it as an
> additional table row, this leads to an extra row inserted in the HTML
> version of the table. To remove it, you can place \endhead in the
> latex2html's pseudo-environment:
> %begin{latexonly}
> \endhead
> %end{latexonly}
>
> 3) latex2html does not know the command \bottomrule and treats it as an
> additional table row, this leads to an extra row added at the very end of
> the HTML version of the table. Unfortunately, the %begin{latexonly}
> pseudo-environment does not help as pdflatex throws an error. However, it
> is
> possible to replace \bottomrule with \hline, this does not influence the
> pdflatex output, and latex2html's extra row gets out.
>
> > Another possibility is having rigidly set the size of the columns,
> > giving an exact number of cm.
> >
> > \begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
> > p{0.25\textwidth-2\tabcolsep} | p{0.25\textwidth-2\tabcolsep} | }
>
> Perhaps fixing widths of columns is unnecessary, the reason for the problem
> reported was in the extra white space and not in the width expressions.
>
> Georgy
>
> ___
>
> Georgy Salnikov
> NMR Group
> Novosibirsk Institute of Organic Chemistry
> Lavrentjeva, 9, 630090 Novosibirsk, Russia
> Phone   +7-383-3307864
> Email   [email protected]
>
> ___
> --
> Cin mailing list
> [email protected]
> https://lists.cinelerra-gg.org/mailman/listinfo/cin
>
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-09 Thread Georgy Salnikov via Cin
On Sun, 8 Oct 2023, Andrea paz via Cin wrote:

> I am not sure, the table is similar to the others in the manual. It
> could be the "multicolumn" command. It is used to merge the 3 columns
> into one and would coincide with the fact that the html version has 2
> more empty columns. However, that command is also present in the other
> tables and has not given any problems.
>
> Andrei and Georgy, can you figure out what the cause might be?

Andrea, I have figured out what happens. The working patch is in the
attachment. Copy it into the base directory ('manual') and execute:

zcat Shortcuts.diff.gz | patch -p1

In simple words:

1) There must be no white space inside longtable's (or tabular's) format
specification: instead of
   \begin{longtable}[h] { | p{7cm} | p{6.5cm} | }
write
   \begin{longtable}[h] {|p{7cm}|p{6.5cm}|}
OK, pdflatex tolerates them, but latex2html introduces extra columns
thinking each such whitespace were one more column (although possibly empty).

2) latex2html does not know the command \endhead and treats it as an
additional table row, this leads to an extra row inserted in the HTML
version of the table. To remove it, you can place \endhead in the
latex2html's pseudo-environment:
%begin{latexonly}
\endhead
%end{latexonly}

3) latex2html does not know the command \bottomrule and treats it as an
additional table row, this leads to an extra row added at the very end of
the HTML version of the table. Unfortunately, the %begin{latexonly}
pseudo-environment does not help as pdflatex throws an error. However, it is
possible to replace \bottomrule with \hline, this does not influence the
pdflatex output, and latex2html's extra row gets out.

> Another possibility is having rigidly set the size of the columns,
> giving an exact number of cm.
>
> \begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
> p{0.25\textwidth-2\tabcolsep} | p{0.25\textwidth-2\tabcolsep} | }

Perhaps fixing widths of columns is unnecessary, the reason for the problem
reported was in the extra white space and not in the width expressions.

Georgy
___

Georgy Salnikov
NMR Group
Novosibirsk Institute of Organic Chemistry
Lavrentjeva, 9, 630090 Novosibirsk, Russia
Phone   +7-383-3307864
Email   [email protected]
___


Shortcuts.diff.gz
Description: Binary data
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-08 Thread Georgy Salnikov via Cin
On Sun, 8 Oct 2023, Andrea paz via Cin wrote:

> Andrei and Georgy, can you figure out what the cause might be?

Perhaps I can, I have to fetch the manual from git and look what actually
takes place. Please give me some time, I'll answer back about a possible
fix.

Georgy
___

Georgy Salnikov
NMR Group
Novosibirsk Institute of Organic Chemistry
Lavrentjeva, 9, 630090 Novosibirsk, Russia
Phone   +7-383-3307864
Email   [email protected]
___

-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-08 Thread Andrea paz via Cin
I am not sure, the table is similar to the others in the manual. It
could be the "multicolumn" command. It is used to merge the 3 columns
into one and would coincide with the fact that the html version has 2
more empty columns. However, that command is also present in the other
tables and has not given any problems.

Andrei and Georgy, can you figure out what the cause might be?

Another possibility is having rigidly set the size of the columns,
giving an exact number of cm.
Phyllis, try replacing the first row of the tables with the following:

First table:

\begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
p{0.25\textwidth-2\tabcolsep} | p{0.25\textwidth-2\tabcolsep} | }


Second table:

\begin{longtable}[h] { | p{0.5\textwidth-2\tabcolsep} |
p{0.5\textwidth-2\tabcolsep} | }
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-10-07 Thread Phyllis Smith via Cin
Checked quite well and made a lot of minor changes while keeping the
information correct.  Changes were made to Installation.ex as well as
Shortcuts.tex and checked into GIT.  The table looks great in the PDF
version but has 2 blank columns everywhere in the HTML version.I have
not examined it to decide why and was hoping Andrea would know right away
what the problem is (no hurry though).  If stuck, let me know and I will
try to understand and fix it myself.

On Sat, Sep 30, 2023 at 2:29 PM Andrea paz 
wrote:

> Phyllis, sorry for the delay. I didn't get it done in time to finish
> before the new release.
> Check well, because I was in a great hurry
> I am enclosing the additions to the manual regarding the "Alternative
> Shortcuts".
>
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-30 Thread Andrea paz via Cin
Phyllis, sorry for the delay. I didn't get it done in time to finish
before the new release.
Check well, because I was in a great hurry
I am enclosing the additions to the manual regarding the "Alternative
Shortcuts".


shortcuts.tar.gz
Description: application/gzip
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-29 Thread Andrea paz via Cin
> Andrea, I did not update the manual and thanks for actual user testing by 
> IgorB and Andrea because for me, it was hard to test. Especially trying to 
> Quit which was a lot easier to use just "q" instead of "Ctrl-Q".
I am not at the PC this weekend; give me time to prepare a table with
the new shortcuts, to put it in the manual...
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-28 Thread Phyllis Smith via Cin
Checked into GIT to reside at cinelerra-5.1/alt_shortcuts.patch, so that
users doing their own build if they want to use the alternative shortcuts,
they can patch the source for the 27 cinelerra/1guicast affected files. As
part of each new release, I will create an additional AppImage with these
shortcuts in for users not doing their own builds.

  cd cinelerra-5.1
  patch -p1 -i alt_shortcuts.patch
  ./bld.sh

Andrea, I did not update the manual and thanks for actual user testing by
IgorB and Andrea because for me, it was hard to test. Especially trying to
Quit which was a lot easier to use just "q" instead of "Ctrl-Q".



On Wed, Sep 27, 2023 at 4:12 PM Phyllis Smith 
wrote:

> There is a modified Shortcuts AppImage version for testing on 64-bit O/S
> which is set up to be more in sync with what is considered to be "Standard"
> shortcuts for NLEs..  IgorB uses these and prepared a listing of the
> alternatives as shown below.  If there are users who test these and prefer
> the more Standard ones, I can create an AppImage at the same time as what
> is released.  It is currently at:
>
> https://cinelerra-gg.org/download/testing/modified_shortcuts.AppImage
>
> -
> Changed shortcuts to Standard Shortcuts -  only English version for the
> caption/hints.  The texts in the menu and the captions of the icons,
> written with the '-' character between the Special key and the key, for
> example "Shift-s", have been replaced by the '+' character.  And the
> letters are always in capital letters although Shift is not pressed. Many,
> if not all the other NLE programs use this notation.   Some shortcuts
> like "BD Render... (Ctrl+Shift+d)" and "DVD Render... (Alt+d) have been
> deleted because they are not used  frequently.
>
> These shortcuts are very useful because the keys more frequently used
> have priority in editing: one hand (left) on the keyboard and the other
> hand (right) on the mouse.
>
> /* **
> */
> Goal:
> Changing some shortcuts to a NLE's standard shortcuts.
> For example: J - K - L (Play Normal reverse - Stop- Play Normal forward)
> if pressed twice J (or L), its Play Fast or
> Normal.
>  I - O (InPoint - OutPoint)
>  A - S (Jump backwards next cut - Jump forwards next cut)
>
> If an shortcut on After column has a '+' symbol (for example: + 'I'),
> it means that it is added to the old shortcut/s on Before column
> and also that that shortcut has been take from an old shortcut (of
> course),
> which it has another key.
> --+---+---+
> Description   |   Shortcut
>   | Before| After
> --+---+---+
> -To clip  | 'i'   | Ctrl+I
> -Scroll window timeline... left   | LeftArrow, ','| LeftArrow
> -Scroll window timeline... right  | RightArrow, '.| RightArrow
> -Label| 'l'   | ''' (single quote)
> -Go to| 'g'   | Ctrl+G
> -Generate keyframes... tweeking   | 'j'   | 'G'
> -Jump forward... next Keyframes   | 'k'   | Shift+Right Arrow
> -Jump backwards... next Keyframes | Shift+K   | Shift+Left Arrow
> -New Project...   | 'n'   | Ctrl+N
> -Load files...| 'o'   | Ctrl+O
> -Save | 's'   | Ctrl+S
> -Save as...   | Shift+S   | Ctrl+Shift+S
> -Save Session | Ctrl+S| (null)
> -Select-> All | 'a'   | Ctrl+A
> -Deselect All | 'a' or null   | Ctrl+Shift+A
> -Select Edits | Ctrl+Alt+'| Ctrl+Alt+A
> -Undo | 'z', Ctrl+Z   | Ctrl+Z
> -Redo | Shift+Z   | Shift+Z
> -InPoint  | '[', '<'  | + 'I'
> -OutPoint | ']', '>'  | + 'O'
> -Play Normal reverse  | NumKP 6, Alt+O| + 'J' Normal&Fast
> -Play Stop| NumKP 0, Alt+M| + 'K'
> -Play Normal forward  | NumKP 3, Alt+L| + 'L' Normal&Fast
> -Jump backwards to the next cut   | Alt+LeftArrow | + 'A'
> -Jump forwards to the next cut| Alt+RightArrow| + 'S'
> -One Frame back   | NumKP 4, Alt+U| + ',' (comma)
> -One Frame forward| NumKP 1, Alt+J| + '.' (period)
>   |   |
> -Load window: Select All files| Ctrl+A| Ctrl+A
> -Load window: Deselect All files  | Ctrl+Z| Ctrl+Shift+A
> -BD Render... | Ctrl+Shift+d  | (null)
> -DVD Render

Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-28 Thread Andrea paz via Cin
What a great job you have done. My compliments!!!
I tried the appimage for several hours without ever encountering any
problems or errors.
Thanks.
-- 
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin


Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-27 Thread Phyllis Smith via Cin
I will have to ask permission first.

On Wed, Sep 27, 2023 at 4:36 PM Andrew Randrianasulu <
[email protected]> wrote:

>
>
> чт, 28 сент. 2023 г., 01:13 Phyllis Smith via Cin <
> [email protected]>:
>
>> There is a modified Shortcuts AppImage version for testing on 64-bit O/S
>> which is set up to be more in sync with what is considered to be "Standard"
>> shortcuts for NLEs..  IgorB uses these and prepared a listing of the
>> alternatives as shown below.  If there are users who test these and prefer
>> the more Standard ones, I can create an AppImage at the same time as what
>> is released.  It is currently at:
>>
>
>
>
> Big work ! Can you share / post online source patch for this too?
>
>>
>> https://cinelerra-gg.org/download/testing/modified_shortcuts.AppImage
>>
>> -
>> Changed shortcuts to Standard Shortcuts -  only English version for the
>> caption/hints.  The texts in the menu and the captions of the icons,
>> written with the '-' character between the Special key and the key, for
>> example "Shift-s", have been replaced by the '+' character.  And the
>> letters are always in capital letters although Shift is not pressed. Many,
>> if not all the other NLE programs use this notation.   Some shortcuts
>> like "BD Render... (Ctrl+Shift+d)" and "DVD Render... (Alt+d) have been
>> deleted because they are not used  frequently.
>>
>> These shortcuts are very useful because the keys more frequently used
>> have priority in editing: one hand (left) on the keyboard and the other
>> hand (right) on the mouse.
>>
>> /* **
>> */
>> Goal:
>> Changing some shortcuts to a NLE's standard shortcuts.
>> For example: J - K - L (Play Normal reverse - Stop- Play Normal forward)
>> if pressed twice J (or L), its Play Fast or
>> Normal.
>>  I - O (InPoint - OutPoint)
>>  A - S (Jump backwards next cut - Jump forwards next cut)
>>
>> If an shortcut on After column has a '+' symbol (for example: + 'I'),
>> it means that it is added to the old shortcut/s on Before column
>> and also that that shortcut has been take from an old shortcut (of
>> course),
>> which it has another key.
>>
>> --+---+---+
>> Description   |   Shortcut
>>   | Before| After
>>
>> --+---+---+
>> -To clip  | 'i'   | Ctrl+I
>> -Scroll window timeline... left   | LeftArrow, ','| LeftArrow
>> -Scroll window timeline... right  | RightArrow, '.| RightArrow
>> -Label| 'l'   | ''' (single quote)
>> -Go to| 'g'   | Ctrl+G
>> -Generate keyframes... tweeking   | 'j'   | 'G'
>> -Jump forward... next Keyframes   | 'k'   | Shift+Right Arrow
>> -Jump backwards... next Keyframes | Shift+K   | Shift+Left Arrow
>> -New Project...   | 'n'   | Ctrl+N
>> -Load files...| 'o'   | Ctrl+O
>> -Save | 's'   | Ctrl+S
>> -Save as...   | Shift+S   | Ctrl+Shift+S
>> -Save Session | Ctrl+S| (null)
>> -Select-> All | 'a'   | Ctrl+A
>> -Deselect All | 'a' or null   | Ctrl+Shift+A
>> -Select Edits | Ctrl+Alt+'| Ctrl+Alt+A
>> -Undo | 'z', Ctrl+Z   | Ctrl+Z
>> -Redo | Shift+Z   | Shift+Z
>> -InPoint  | '[', '<'  | + 'I'
>> -OutPoint | ']', '>'  | + 'O'
>> -Play Normal reverse  | NumKP 6, Alt+O| + 'J' Normal&Fast
>> -Play Stop| NumKP 0, Alt+M| + 'K'
>> -Play Normal forward  | NumKP 3, Alt+L| + 'L' Normal&Fast
>> -Jump backwards to the next cut   | Alt+LeftArrow | + 'A'
>> -Jump forwards to the next cut| Alt+RightArrow| + 'S'
>> -One Frame back   | NumKP 4, Alt+U| + ',' (comma)
>> -One Frame forward| NumKP 1, Alt+J| + '.' (period)
>>   |   |
>> -Load window: Select All files| Ctrl+A| Ctrl+A
>> -Load window: Deselect All files  | Ctrl+Z| Ctrl+Shift+A
>> -BD Render... | Ctrl+Shift+d  | (null)
>> -DVD Render...| Alt+d | (null)
>> -Delete last track| 'd'->Ctrl+D   | Ctrl+D
>> -Quit | 'q'   | Ctrl+Q
>> -Settings-> Save settings now | Ctrl+Shift+S  | Shift+S
>> -Settings-> Align cursor on frames| Ctrl+A| C

Re: [Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-27 Thread Andrew Randrianasulu via Cin
чт, 28 сент. 2023 г., 01:13 Phyllis Smith via Cin <
[email protected]>:

> There is a modified Shortcuts AppImage version for testing on 64-bit O/S
> which is set up to be more in sync with what is considered to be "Standard"
> shortcuts for NLEs..  IgorB uses these and prepared a listing of the
> alternatives as shown below.  If there are users who test these and prefer
> the more Standard ones, I can create an AppImage at the same time as what
> is released.  It is currently at:
>



Big work ! Can you share / post online source patch for this too?

>
> https://cinelerra-gg.org/download/testing/modified_shortcuts.AppImage
>
> -
> Changed shortcuts to Standard Shortcuts -  only English version for the
> caption/hints.  The texts in the menu and the captions of the icons,
> written with the '-' character between the Special key and the key, for
> example "Shift-s", have been replaced by the '+' character.  And the
> letters are always in capital letters although Shift is not pressed. Many,
> if not all the other NLE programs use this notation.   Some shortcuts
> like "BD Render... (Ctrl+Shift+d)" and "DVD Render... (Alt+d) have been
> deleted because they are not used  frequently.
>
> These shortcuts are very useful because the keys more frequently used
> have priority in editing: one hand (left) on the keyboard and the other
> hand (right) on the mouse.
>
> /* **
> */
> Goal:
> Changing some shortcuts to a NLE's standard shortcuts.
> For example: J - K - L (Play Normal reverse - Stop- Play Normal forward)
> if pressed twice J (or L), its Play Fast or
> Normal.
>  I - O (InPoint - OutPoint)
>  A - S (Jump backwards next cut - Jump forwards next cut)
>
> If an shortcut on After column has a '+' symbol (for example: + 'I'),
> it means that it is added to the old shortcut/s on Before column
> and also that that shortcut has been take from an old shortcut (of
> course),
> which it has another key.
> --+---+---+
> Description   |   Shortcut
>   | Before| After
> --+---+---+
> -To clip  | 'i'   | Ctrl+I
> -Scroll window timeline... left   | LeftArrow, ','| LeftArrow
> -Scroll window timeline... right  | RightArrow, '.| RightArrow
> -Label| 'l'   | ''' (single quote)
> -Go to| 'g'   | Ctrl+G
> -Generate keyframes... tweeking   | 'j'   | 'G'
> -Jump forward... next Keyframes   | 'k'   | Shift+Right Arrow
> -Jump backwards... next Keyframes | Shift+K   | Shift+Left Arrow
> -New Project...   | 'n'   | Ctrl+N
> -Load files...| 'o'   | Ctrl+O
> -Save | 's'   | Ctrl+S
> -Save as...   | Shift+S   | Ctrl+Shift+S
> -Save Session | Ctrl+S| (null)
> -Select-> All | 'a'   | Ctrl+A
> -Deselect All | 'a' or null   | Ctrl+Shift+A
> -Select Edits | Ctrl+Alt+'| Ctrl+Alt+A
> -Undo | 'z', Ctrl+Z   | Ctrl+Z
> -Redo | Shift+Z   | Shift+Z
> -InPoint  | '[', '<'  | + 'I'
> -OutPoint | ']', '>'  | + 'O'
> -Play Normal reverse  | NumKP 6, Alt+O| + 'J' Normal&Fast
> -Play Stop| NumKP 0, Alt+M| + 'K'
> -Play Normal forward  | NumKP 3, Alt+L| + 'L' Normal&Fast
> -Jump backwards to the next cut   | Alt+LeftArrow | + 'A'
> -Jump forwards to the next cut| Alt+RightArrow| + 'S'
> -One Frame back   | NumKP 4, Alt+U| + ',' (comma)
> -One Frame forward| NumKP 1, Alt+J| + '.' (period)
>   |   |
> -Load window: Select All files| Ctrl+A| Ctrl+A
> -Load window: Deselect All files  | Ctrl+Z| Ctrl+Shift+A
> -BD Render... | Ctrl+Shift+d  | (null)
> -DVD Render...| Alt+d | (null)
> -Delete last track| 'd'->Ctrl+D   | Ctrl+D
> -Quit | 'q'   | Ctrl+Q
> -Settings-> Save settings now | Ctrl+Shift+S  | Shift+S
> -Settings-> Align cursor on frames| Ctrl+A| Ctrl+F
> --+---+---+
>
> To summarize the jumps backwards and forward:
> --+---+---+
>
> -Jump back

[Cin] Varied Standard Shortcuts AppImage version for testing

2023-09-27 Thread Phyllis Smith via Cin
There is a modified Shortcuts AppImage version for testing on 64-bit O/S
which is set up to be more in sync with what is considered to be "Standard"
shortcuts for NLEs..  IgorB uses these and prepared a listing of the
alternatives as shown below.  If there are users who test these and prefer
the more Standard ones, I can create an AppImage at the same time as what
is released.  It is currently at:

https://cinelerra-gg.org/download/testing/modified_shortcuts.AppImage

-
Changed shortcuts to Standard Shortcuts -  only English version for the
caption/hints.  The texts in the menu and the captions of the icons,
written with the '-' character between the Special key and the key, for
example "Shift-s", have been replaced by the '+' character.  And the
letters are always in capital letters although Shift is not pressed. Many,
if not all the other NLE programs use this notation.   Some shortcuts like
"BD Render... (Ctrl+Shift+d)" and "DVD Render... (Alt+d) have been deleted
because they are not used  frequently.

These shortcuts are very useful because the keys more frequently used have
priority in editing: one hand (left) on the keyboard and the other hand
(right) on the mouse.

/* ** */
Goal:
Changing some shortcuts to a NLE's standard shortcuts.
For example: J - K - L (Play Normal reverse - Stop- Play Normal forward)
if pressed twice J (or L), its Play Fast or Normal.
 I - O (InPoint - OutPoint)
 A - S (Jump backwards next cut - Jump forwards next cut)

If an shortcut on After column has a '+' symbol (for example: + 'I'),
it means that it is added to the old shortcut/s on Before column
and also that that shortcut has been take from an old shortcut (of course),
which it has another key.
--+---+---+
Description   |   Shortcut
  | Before| After
--+---+---+
-To clip  | 'i'   | Ctrl+I
-Scroll window timeline... left   | LeftArrow, ','| LeftArrow
-Scroll window timeline... right  | RightArrow, '.| RightArrow
-Label| 'l'   | ''' (single quote)
-Go to| 'g'   | Ctrl+G
-Generate keyframes... tweeking   | 'j'   | 'G'
-Jump forward... next Keyframes   | 'k'   | Shift+Right Arrow
-Jump backwards... next Keyframes | Shift+K   | Shift+Left Arrow
-New Project...   | 'n'   | Ctrl+N
-Load files...| 'o'   | Ctrl+O
-Save | 's'   | Ctrl+S
-Save as...   | Shift+S   | Ctrl+Shift+S
-Save Session | Ctrl+S| (null)
-Select-> All | 'a'   | Ctrl+A
-Deselect All | 'a' or null   | Ctrl+Shift+A
-Select Edits | Ctrl+Alt+'| Ctrl+Alt+A
-Undo | 'z', Ctrl+Z   | Ctrl+Z
-Redo | Shift+Z   | Shift+Z
-InPoint  | '[', '<'  | + 'I'
-OutPoint | ']', '>'  | + 'O'
-Play Normal reverse  | NumKP 6, Alt+O| + 'J' Normal&Fast
-Play Stop| NumKP 0, Alt+M| + 'K'
-Play Normal forward  | NumKP 3, Alt+L| + 'L' Normal&Fast
-Jump backwards to the next cut   | Alt+LeftArrow | + 'A'
-Jump forwards to the next cut| Alt+RightArrow| + 'S'
-One Frame back   | NumKP 4, Alt+U| + ',' (comma)
-One Frame forward| NumKP 1, Alt+J| + '.' (period)
  |   |
-Load window: Select All files| Ctrl+A| Ctrl+A
-Load window: Deselect All files  | Ctrl+Z| Ctrl+Shift+A
-BD Render... | Ctrl+Shift+d  | (null)
-DVD Render...| Alt+d | (null)
-Delete last track| 'd'->Ctrl+D   | Ctrl+D
-Quit | 'q'   | Ctrl+Q
-Settings-> Save settings now | Ctrl+Shift+S  | Shift+S
-Settings-> Align cursor on frames| Ctrl+A| Ctrl+F
--+---+---+

To summarize the jumps backwards and forward:
--+---+---+
-Jump backwards to the next cut   | Alt+LeftArrow,  'A'
-Jump forwards to the next cut| Alt+RightArrow, 'S'
-Jump backwards to the next label | Ctrl+LeftArrow
-Jump selecting forward label | Ctrl+Shift+RightArrow
-Jump selecting backwards label   | Ctrl+Shift+LeftArrow
-Jump forwards to the next label  | Ctrl+RightAr