opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Qué puedes hacer con KDE3 que puedes no con KDE4.

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Qué puedes hacer con KDE3 que puedes no con KDE4.
From: Felix Miata <mrmazda@xxxxxxxxxxxxx>
Date: Sun, 08 Apr 2012 22:33:35 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 08 Apr 2012 22:33:55 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4F822EC0.8020805@antonaylward.com>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: less than infinite
References: <jl3qsh$3p6$1@saturn.local.net> <83331538.Q02M8b3nMh@linux-6upc> <201203311852.31174.anixxsus@gmail.com> <2025527.xeljS0s8eh@c-3po> <4F7A212E.8030109@aljex.com> <BLU0-SMTP238A7304527872BCC28FE60A5310@phx.gbl> <4F80AC89.9020105@telefonica.net> <4F818386.8080802@rogers.com> <CAOVv=gOk=WRPBP-LSpB=BWa-VwzwZaAJRUn5ZXhvE8iLtrqZDg@mail.gmail.com> <4F819A9B.3050408@rogers.com> <op.wcgagzhp2qyk0d@localhost> <4F81A8F4.5060305@sweet-haven.com> <4F81AAB5.7060008@rogers.com> <CAOVv=gOqeEt9t3xbizwJEpbEP7v0FmvGLKS=gPDzvViPZsBX4g@mail.gmail.com> <4F81C676.2050105@antonaylward.com> <4F81C8E7.7020008@rogers.com> <4F81F0A5.7070102@earthlink.net> <4F822EC0.8020805@antonaylward.com>
User-agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:9.0.1) Gecko/20111221 SeaMonkey/2.6
En 2012/04/08 20:35 (GMT-0400) Anton *Aylward compuso:

Felix *Miata compuso:

característica de OS/2 de la Nota *subthread empezado en este punto por James:

 En 2012/04/08 13:20 (GMT-0400) James *Knott compuso:

 De hecho, todo *desktop los diseñadores tendrían que tomar una mirada dura en el OS/2
 *Workplace pela.  Incluyó muchas características guapas que no he visto
 en otro lugar.

 Ayuno (*cf. *https://*bugs.*kde.*org/Espectáculo_*bug.*cgi?*id=283366)

Cómo las cosas rápidas son bajo *KDE/*Gnome o cualquier cosa más depende en muchas
cosas, no el menos del cual es 'ojo-caramelo'.  Encuentro girar cosas
de (*ala *LXDE) y haciendo todo '*snappy' molesto.

Esperando segundos múltiples para algo aquello es el instante en otros contextos está molestando demasiado.

Yo *globally imposibilitar tanto *bling como posible antes de que primer inicio de *X después de un nuevo instala:

#/*etc/*X11/*xorg.*conf.*d/70-*composite.*conf
Opción "de Extensiones"
        de la sección          "*Composite" "Imposibilitar"
*EndSection

 Actual *DIR
 lista de Archivo de corriente *DIR
 *Configurable *favorite ubicaciones

Todo allí en *Konqueror/Delfín.

Por qué hacer *Konq/*Dophin mantiene venir arriba de en este *subthread? Mis directores de archivo son *OFMs, los cuales trabajan esencialmente las mismas consideraciones si *X trabajos nada, o incluso lo que OS soy chutado a.

Esto *subthread soy dentro es sobre acceder archivos #por aplicaciones abiertas yo de hecho uso, como *SeaMonkey, *SMplayer, *K3*B & *KSnapshot, utilizando el *KDE archivo *picker, y comparando el *KDE archivo *picker características a las características del archivo de OS/2 opcional *picker utilizo. Es debido al OS/2 *picker características que son ausente de otro *pickers que quedo *entrenched en OS/2 para tanto cuando es capaz de hacer puesto que me (incluyendo corriendo mi DOS Cuchillo de Ejército suizo *apps).

Oh, y dentro *KDE puedes definir lo que directorio un *app empezará dentro.

Qué me preocupo aproximadamente para los propósitos de este hilo es exclusivamente lo que pasa cuándo tengo un *app abierto e introduzco su archivo -> abierto y salvar tan cartas, y qué deprisa es posible de completar la tarea a mano.

 La mayoría de archivos recientes (tiene que tener; un clic abierto)
 Más reciente *dirs (tiene que tener; un clic selecciona)

*Fuzzy concepto allí; la mayoría de reciente para qué?
La mayoría de reciente que has movido/copiado a?

Aparentemente *fuzzy a todo el mundo pero me y otros usuarios de OS/2 que utilizan *XFile.

	La mayoría de acceso reciente, si archivo o *dir,

el cual para algún *apps difiere entre abierto y salvar tan. Dentro *KDE soy *forever *navigating de /Documentos a *wherever justo era o era último y deseo de quedar o regreso a. En OS/2 aquí todas tales ubicaciones son en la mayoría de 2 clics fuera, y tan a menudo cuando no es donde el *picker ya es, diferente el caso típico para cualquier DE de Linux nunca he utilizado.

*Konq/*Dol Tiene #ambos "espalda" (como en anterior, *stack) que aplica a cada

Irrelevante. Yo nunca Delfín de uso, y *infrequently uso *Konq para acceder archivos locales.

*tab Y arriba "de (te" trabaja manera atrás arriba del árbol de directorio) que aplica a cada
*tab.  Aquello me golpea como 'más general' y más útil.

"El Trabajo atrás" es palabras claves. Parcelas más que dos clics la mayoría de el tiempo, y *infrequently *zero.

Yo también F "de uso9" para conseguir un *sidebar de directorios, el cual es también
*configurable.  Otra vez, más general y más útil.  Y puedo definir
'vertical *tabs' en el *sidebar para dar nuevo empezando puntos para listas de directorios.


Más Delfín? Entonces más NA.

 Cuándo apoyado por *app abierto de, abre en último *DIR utilizado por aquel *app (tiene que tener)

Aquello es una función del *app; un *sensible, bien *coded *app también tendrá
'archivos abiertos anteriormente'.

Cosa buena ellos a veces o sobre las cosas únicas utilizaría Linux puesto que es *Apache y probando páginas de web en alternar navegadores *across plataformas. Las Ventanas únicas es *solidly más frustrando. *Mac Es más listo en elegir archivos, pero para otras razones nada podría considerar para uso diario.

hay nada aquí no podemos encontrar en *KDE.

Excepto lo que nadie pero me parece para coger. Acceso posible más a archivos #por abierto *apps a mí es crucial tiene que tener. Hasta que el muy reciente 4.8.1 mejora a *https://*bugs.*kde.*org/Espectáculo_*bug.*cgi?*id=283366 *KDE4 archivo *picker hizo uso diario de *KDE4 un planeta entero fuera de consideración. Incluso con aquella mejora enorme todavía está tomando muchos secunda más allá la respuesta de instante soy utilizado a en *KDE3 y OS/2.

hay una evolución de clases en acción.  Sí las ideas buenas son habladas
de y en este mundo de fuente abierto alguien implementará entonces.  Si coge encima, grande, si no entonces quizás no fue que deseable.

Es también por qué algunos residuos de personas para dejar lo que no es rompió y no necesita *fixin'. No #cada redes de mutación un beneficio.

Evidentemente aquellas ideas de OS/2 tuvieron algún valor, pero el *developers encontró
que poniéndoles en el *desktop director bastante que el director de archivo
hecho más sentido.

Es el *KDE archivo *picker no separar del *desktop director? Yo seriamente *multitask, incluso para televisión. la televisión sin PIP/REVIENTA más que *transiently a mí es un doloroso *handicap. Múltiple *apps la estancia abre para días, no minutos, *across 7 *desktops mínimo. Administración de archivo fuera de OFM es casi tan doloroso cuando soportando Ventanas, donde el *chores justo pila arriba de en vez de nunca consiguiendo hecho.
--
"El sensato es sabido para su comprensión, y las palabras
agradables son *persuasive." *Proverbs 16:21 (Traducción Viviente Nueva)

 OS/2 de Equipo ** *Reg. Usuario de Linux #211409 ** #uno11*y rocas!

Felix *Miata  ***  *http://*fm.No-*ip.*com/
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
para contactar el dueño, *e-correo: *opensuse+owner@xxxxxxxxxxxx


On 2012/04/08 20:35 (GMT-0400) Anton Aylward composed:

Felix Miata composed:

Note OS/2 feature subthread started at this point by James:

 On 2012/04/08 13:20 (GMT-0400) James Knott composed:

 Actually, all desktop designers should take a hard look at the OS/2
 Workplace shell.  It included a lot of nice features that I haven't seen
 elsewhere.

 Fast (cf. https://bugs.kde.org/show_bug.cgi?id=283366)

How fast things are under KDE/Gnome or anything else depends on many
things, not the least of which is 'eye-candy'.  I find turning things
off (ala LXDE) and making everything 'snappy' annoying.

Waiting multiple seconds for something that's instant in other contexts is annoying too.

I globally disable as much bling as possible before first start of X after a new install:

#/etc/X11/xorg.conf.d/70-composite.conf
Section "Extensions"
        Option          "Composite" "Disable"
EndSection

 Current DIR
 File list of current DIR
 Configurable favorite locations

All there in Konqueror/Dolphin.

Why do Konq/Dophin keep coming up in this subthread? My file managers are OFMs, which work essentially the same regards whether X works at all, or even what OS I'm booted to.

This subthread I'm in is about accessing files through open applications I actually use, like SeaMonkey, SMplayer, K3B & KSnapshot, using the KDE file picker, and comparing the KDE file picker features to the features of the optional OS/2 file picker I use. It is due to the OS/2 picker features that are absent from other pickers that I remain entrenched in OS/2 for as much as it is able to do for me (including running my DOS Swiss Army Knife apps).

Oh, and in KDE you can define what directory an app will start in.

What I care about for purposes of this thread is exclusively what happens when I have an app open and I enter its file -> open and save as menus, and how quickly it's possible to complete the task at hand.

 Most recent files (must have; one click open)
 Most recent dirs (must have; one click select)

Fuzzy concept there; most recent for what?
Most recent that you've moved/copied to?

Apparently fuzzy to everyone but me and other OS/2 users using XFile.

	Most recent access, whether file or dir,

which for some apps differs between open and save as. In KDE I'm forever navigating from ~/Documents to wherever I just was or was last and wish to remain or return to. On OS/2 here all such locations are at most 2 clicks away, and as often as not are where the picker already is, unlike the typical case for any Linux DE I've ever used.

Konq/Dol have both "back" (as in previous, stack) that applies to each

Irrelevant. I never use Dolphin, and infrequently use Konq to access local files.

tab AND "up" (work you way back up the directory tree) that applies to
each tab.  That strikes me as 'more general' and more useful.

"Work back" are key words. Lots more than two clicks most of the time, and infrequently zero.

I also use "F9" to get a sidebar of directories, which is also
configurable.  Again, more general and more useful.  And I can define
'vertical tabs' on the sidebar to give new starting points for lists of
directories.

More Dolphin? Then more NA.

 When supported by app opened from, opens in last DIR used by that app (must have)

That's a function of the app; a sensible, well coded app will also have
'previously opened files'.

Good thing they do sometimes or about the only things I'd use Linux for are Apache and testing web pages in alternate browsers across platforms. Only Windows is solidly more frustrating. Mac is smarter in picking files, but for other reasons nothing I could consider for daily use.

There's nothing here we can't find in KDE.

Except what nobody but me seems to grasp. Fastest possible access to files through open apps to me is crucial must have. Until the very recent 4.8.1 improvement to https://bugs.kde.org/show_bug.cgi?id=283366 KDE4's file picker made everyday use of KDE4 a whole planet away from consideration. Even with that huge improvement it's still taking several seconds beyond the instant response I'm used to in KDE3 and OS/2.

There is an evolution of sorts in action.  Yes the good ideas are spoken
of and in this open source world someone will implement then.  If it
catches on, great, if not then perhaps it wasn't that desirable.

It's also why some people refuse to leave what ain't broke and don't need fixin'. Not every mutation nets a benefit.

Obviously those ideas from OS/2 had some value, but the developers found
that putting them in the desktop manager rather than the file manager
made more sense.

Is the KDE file picker not part of the desktop manager? I seriously multitask, even for TV. TV without PIP/POP more than transiently to me is a painful handicap. Multiple apps stay open for days, not minutes, across 7 desktops minimum. File management outside OFM is almost as painful as coping with Windows, where the chores would just pile up instead of ever getting done.
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>