Open GoogleCodeExporter opened 9 years ago
I must say RYO's idea is really nice.
However I think implementation of something like that is a big thing.
Additionally I am not sure how it behaves with large amount of images for
example.
It it slow or?
If your main focus is to be able to play mp3 from keynote + you want some
description,
look at issue 55, I propose a virtual node which could be linked to every file
type.
Then by double click on tree you could play that mp3 file with your favourite
associated player. I think in tree it is then more ordered.
I consider notes as they are now quite ok, but sure idea of ryo is really great.
Original comment by szmas...@googlemail.com
on 22 Feb 2009 at 3:40
En primer lugar, espero que usted puede leer Inglés.
I tested a little bit ryo.
In fact it has quite good page-oriented read/write approach.
I am not sure how it is implemented, but I suppose there is some API
allowing to save file in efficient way in page-wise way.
Maybe winapi has some function to read a part of file only..
I also played around with all components, trying to add many of them per page.
I think great advantage of keynote is simplicity by now, in ryo I need first
to create template from components, then I can write.
Keynote also does not have pages, that is good in some way, no need to think
about
them when writing notes, of course as option that has always some advantages.
Again with simple possibility of linking a node with some file in filesystem,
issue
of playing mp3, opening pdf, opening whatver would be solved in a simple nice
way.
Original comment by szmas...@googlemail.com
on 22 Feb 2009 at 5:52
[Don't worry about the English, everyone reads English now and it's a good
thing]
Dejando claro que las notas sonoras y las transcripciones no son lo específico
de
Keynote NF vuelvo al asunto. La implementación de RYO es tan elegante y simple
que
parece fácil de adaptar a otros programas. Yo no lo sé. Lo que veo es que no
me vale.
De lo que se trata es de manejar el sonido mientras lo transcribes como texto.
Hay
programas de transcripción que muestran la lista de archivos de sonido en el
panel
superior y la de archivos de texto en el inferior y una barra con los
controles; si
activamos el sonido, al mismo tiempo podemos editar el texto y vamos haciendo la
transcripción de las notas, conferencias, diálogos, etc., además podemos
detenerlo en
un punto por si el sonido va muy rápido mientras lo escribimos.
La propuesta 55 referida al sonido no es tan diferente de lo que hace Keynote
NF. Si
enlazamos un archivo sonoro y pulsamos sobre el icono, salta el programa de
sonido de
Windows y lo reproduce, y lo transcribimos en una nota de Keynote NF. Si el nodo
virtual propuesto reproduce un archivo sonoro, ¿podríamos escribir a la vez
en otra
nota de Keynote NF?. Tal como lo soluciona RYO, sería posible porque el control
sonoro estaría dentro de la nota. Precisamente es eso lo que no termina de
funcionar
en RYO que está pensado para una especie de base de datos con enlaces a
archivos
sonoros y una pequeña descripción o imagen. RYO es casi una base de datos muy
peculiar. Para mantener esta idea yo decía que, si no era posible lo de RYO,
que
hubiese un panel accesorio con un control general para que los archivos de
sonido
quedasen aparte de las notas. Yo no pido meter los archivos sonoros dentro de
Keynote
NF, también para mí la simplicidad es lo primordial.
Sin embargo, la propuesta 55 tiene una ventaja sobre el procedimiento actual:
permitiría tener dos enlaces virtuales, uno de sonido y otro de texto, uno
junto a
otro. Como forma de organización no está mal y, para mí, es mejor que lo de
RYO.
Habría que modificar el texto en el Metapad mientras se ejecuta el programa de
sonido, luego se actualizaría en Keynote NF. Será suficiente si sólo ejecuta
una
instancia del programa de sonido para cualquier archivo sonoro y no ejecuta con
cada
archivo una instancia diferente y nos llena el ordenador de ventanitas.
Original comment by parasi...@confluencia.net
on 22 Feb 2009 at 6:42
I will now try to put all ideas together:
1. Main point in issue 55 is to link 2 knt files, one in context of other's tree.
That is something else, and I want it because I am storing large image files inside
of keynote, and then saving them becomes extremely slow.
What I think best in kenote - it offers relations in terms of tree between these images.
2. Additional point there, I requested possibility of linking tree-node with a file.
That idea is same as we have now in favourites. But favourites are not linked with a note.
And that is great because again you can link your mp3 or pdf with your note and other
notes since they are in keynote tree.
With extension 3a from my last post in issue 55 you could even create a database of project
files, even mp3 files with your own descriprions as notes.
3. Now as I understand your idea is to have a link to mp3 inside a note
so that you can pause/stop/play from keynote.
3a.My solution for you, assuming implementation of 2. would be to have global hotkey e.g. to
winamp, say you double click tree-node (like from favourites by now),
then it appears in winamp playlist.
Click another node, again it will appear in playlist. Once you want to pause say, e.g. global
hotkey win+a. Notice that it will not produce many windows of winamp, it depends on player
and it's configuration.
Finally in issue 37 I also proposed initially to have a link to images so that is would be faster,
But dpradov prefers rather one file with entire content, and putting it to database in future,
rather than implemeting links within notes to images in filesystem. ( same for mp3s I guess? )
If I would have feature to link different knt files together, then I can live with my big
images stored within knt file anyway as described in issue 55.
In case of mp3s you are right only link is an option.
I simply prefer to have it in tree, you prefer to have it in note with controls.
Try favourites and hotkeys by now, that is relatively good solution.
What I meant with difficult is - implementation of variable note layout, because
now our notes in keynote are always richedit, in case of ryo, it can be your
music control, image etc. That is well.. different, more complex design of note.
I tested rio with large amount of images, and it was even slower than keynote,
amost hanged on one of my cpu cores.. keynote is more stable/better here.
Original comment by szmas...@googlemail.com
on 23 Feb 2009 at 12:52
De acuerdo. Ciertamente yo proponía un objetivo sin tener claro cómo
realizarlo. La
integración en Keynote NF de otros recursos informáticos además del texto:
sonidos, o
imágenes o archivos, sin llegar a una cosa parecida a RYO. En mi caso lo
importante
es el sonido y estaría dispuesto a añadir imágenes a Keynote NF pero sólo
como
enlaces a los que se añaden anotaciones. Los procedimientos que señalaba eran
introducir en cada nota un control de sonido como en RYO o bien un panel
lateral con
los archivos de sonido y un control general, sin saber si ambas soluciones son
posibles o imposibles de implementar. Simplemente lo preguntaba y, por otro
lado,
sigo pensando que sería bueno que los formatos audiovisuales tengan un encaje
en
Keynote NF sin complicar excesivamente el programa.
El procedimento de crear nuevos enlaces virtuales está más elaborado desde el
punto
de vista técnico y tiene más ventajas y más posibilidades que lo que yo
pedía. Yo no
puedo juzgar adecuadamente si este doble nodo con tantas propiedades es viable
o no
lo es pero si funciona me parece muy bien. Voto por él. Por si es aceptado
sólo pido
que sea posible abrir los archivos de sonido con cualquier programa de sonido.
Un
simple 1by1 que admite los plugins de Winamp vale para mí.
Original comment by parasi...@confluencia.net
on 24 Feb 2009 at 3:09
Original issue reported on code.google.com by
parasi...@confluencia.net
on 18 Feb 2009 at 3:23