> Un accidente, ha solo troncato la riga piu' lunga fi 72 caratteri ed
> e' andato a capo nomalmente.
> Basta copiare prima la prima e poi la seconda parte.
> Ma forse sotto linux il cut e paste e' una cosa troppo complicata ;-)
E' semplicissimo, solo che a chi usa Uindous pare difficile perche'
sa solo cliccare premendo Shift+Ctrl+RightAlt+F3+Canc+Del ;-)
--
Pierluigi De Rosa (tho...@durin.khazad-dum.net).
<< LINUX: the choice of a GNU generation >>
<< For my real address... ask the Balrog. >>
* Sostenete la Lega per la Soppressione dei Troll *
>G
>ià,
>Non mi ric
>ordavo più
>che outlook
>fa un po' di c
>asini ad andar
>e a capo.
Un accidente, ha solo troncato la riga piu' lunga fi 72 caratteri ed
e' andato a capo nomalmente.
Basta copiare prima la prima e poi la seconda parte.
Ma forse sotto linux il cut e paste e' una cosa troppo complicata ;-)
Ciao
Francesco
>Ma forse sotto linux il cut e paste e' una cosa troppo complicata ;-)
)-; ..SOD led amirp euqnud ,18' otsoga'lled amirp `aig avetsise xinU nI
(cavoli la faccina bisognerebbe raddrizzarla pero`)
--
Ci sentiamo | Remigio Zedda || Attenzione! campo "From:" alterato
ciao Remigio | ||==> E-mail: remi...@tiscalinet.it
-------------| ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */
E che vuoi che sia per uno che si divertiva a volare in aereo di notte
sfiorando i tetti delle case senza avvertire le autorità aereoportuali?
Saluti.
http://news.moneycentral.msn.com/ticker/article.asp?Symbol=US:ORCL&Feed=PR&D
ate=20010314&ID=619286
Saluti.
>http://news.moneycentral.msn.com/ticker/article.asp?Symbol=US:ORCL&Feed=P
>R&D ate=20010314&ID=619286
Sara' la fine di Ellison (di Oracle non penso). Uno sbruffone in meno.
> http://news.moneycentral.msn.com/ticker/article.asp?Symbol=US:ORCL&Feed=PR&D
> ate=20010314&ID=619286
>
>
Potrebbe anche essere interessante, se solo riuscissi a leggerlo:
Track your stocks
Use the web's best
portfolio manager
No data
currently available.
Back to Recent
News
In quale caso siama: amministratore ignorante, progettista agrario o
piattaforma ridicola ? :-))
--
Antonio Baldassarra
anto...@seeweb.com
> Potrebbe anche essere interessante, se solo riuscissi a leggerlo:
Prova
#ifdef Netscape
#define URLSTR NetSite:
#else
#define URLSTR Indirizzo:
#endif
strcpy(URLSTR, "http://news.moneycentral.msn.com/ticker/article.asp");
strcat(URLSTR, "?Symbol=US:ORCL&Feed=PR&Date=20010314&ID=619286");
Ovvia! Il taglia e incolla funzione pure sotto Linux. :-))))
> piattaforma ridicola ? :-))
Questo e fuori discussione. :-D
C:\>iao Angelo
--
Bye
Gianluca Zanelotto
Ducati ST2 "Red Devil"
Ovviamente è
"http://news.moneycentral.msn.com/ticker/article.asp?Symbol=US:ORCL&Feed=PR&
D"
+
"ate=20010314&ID=619286"
Ricomponente la stringa e voilà!!!
Sal
+
uti.
G
ià,
Non mi ric
ordavo più
che outlook
fa un po' di c
asini ad andar
e a capo.
:-)
>G
>ià,
>Non mi ric
>ordavo più
>che outlook
>fa un po' di c
>asini ad andar
>e a capo.
>:-)
R
O
T
F
L
> > >
> >
> > Potrebbe anche essere interessante, se solo riuscissi a leggerlo:
> Cazzo non ci vuole un genio per capire che il link prosegue a capo.
> --
hai ragione, oggi sono un deficiente .... anche a me e' venuto il virus
del 'first click ... then think' ... ci state riuscendo anche com me
:-))
--
Antonio Baldassarra
anto...@stt.it
>Un accidente, ha solo troncato la riga piu' lunga fi 72 caratteri ed
>e' andato a capo nomalmente.
Ricordo male, o la RFC prrevede come troncare la linea in maniera che
sia 'ricostruibile' dal destinatario???
Obelix
>Ricordo male, o la RFC prrevede come troncare la linea in maniera che
>sia 'ricostruibile' dal destinatario???
Appunto, e' solo andato a capo.
Non ci sono caratteri di controllo fra le due righe.
Basta dare un backspace davanti alla seconda line e torna tutto
normale, oppure copi e incolli le due linee su una sola.
Ribadisco che i casi sono 2:
- E' un concetto troppo difficile da capire..
- Su alcuni SO le due operazioni sopra citate sono troppo complicate
da fare..
;-))
Ciao
Francesco
Saluti
--
Andrea Capriotti
>Appunto, e' solo andato a capo.
>Non ci sono caratteri di controllo fra le due righe.
Appunto i miei coglioni. io ho detto *una cosa diversa*. Saper
leggere e' *sempre* troppo complicato..
Obelix
>>- E' un concetto troppo difficile da capire..
>Il concetto e' semplice, quello che e' difficile capire e' il motivo per
>cui viene fatta questa cosa.
Non mi sembra proprio che sia cosi' semplice se ancora qualcuno non
l'ha capito.
Il link e' piu' lungo di 72 caratteri e l'outlook di chi ha spedito il
messaggio e' impostato per una lunghezza massima di righe di appunto
72 caratteri, come da standard, per cui il restante viene mandato a
capo.
>>- Su alcuni SO le due operazioni sopra citate sono troppo complicate
>>da fare..
>Su Debian GNU/Linux e' semplicissimo ma ancora piu' semplice e' cliccare
>su di un link integro come faccio normalmente.
Si, si certo, guarda questo link se te lo trovi intero:
Avevo messo le faccine al termine del precedente messaggio,
evidenetemente mi sono sbagliato.
Ciao
Francesco
>Appunto i miei coglioni. io ho detto *una cosa diversa*. Saper
>leggere e' *sempre* troppo complicato..
Hai ragione, troppo veloce nel rispondere.
Per quanto riguarda la domanda, non lo so.
Ciao
Francesco
> - Su alcuni SO le due operazioni sopra citate sono troppo complicate
> da fare..
E' vero: su Windows e` un casino. <grin>
Ciao,
Emmanuele
--
Emmanuele Bassi | [ http://digilander.iol.it/ebassi/linux/ ]
emmanue...@iol.it |
GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370 1CAA CAF7 512B 945C A44C
> Ribadisco che i casi sono 2:
> - E' un concetto troppo difficile da capire..
> - Su alcuni SO le due operazioni sopra citate sono troppo complicate
> da fare..
Francesco, piantala di dire cazzate: X esisteva prima del Dos ;-)
--
|Pierluigi De Rosa (tho...@durin.khazad-dum.net)|
| E' nato il Cosenza Linux User Group |
| mail -s help cslug-...@lists.linux.it |
| IRC: #cslug - irc.openprojects.net |
>Si, si certo, guarda questo link se te lo trovi intero:
>
>http://www.questoeunlinkdiprovapiulungodi72caratteriperfarqualcheprovagiustocosiperdivertirciperlacornacaquestolinkepostatodaAGENT
Lo trovi intero si.
Faccio pubblica ammenda, e' un bug di Outlook Express, evidentemente
quando spezza gli url lo fa in modo non standard e i programmi non
riescono a ricostruirla.
La cosa buffa e' che Outlook riesce invece a ricostruire senza
problemi le url postate da altri programmi.
Postando normalmente da Agent non me ne ero reso conto.
Ciao
Francesco con la cenere sul capo.
>Francesco, piantala di dire cazzate: X esisteva prima del Dos ;-)
Guarda che lo so, le hai viste le faccine?
Ciao
Francesco
>E' vero: su Windows e` un casino. <grin>
Bhe, certo, non vorrai mica che ctrl^c, ctrl^v, ctrl^x siano alla
portata di tutti?
Meglio usare combinazioni diverse per ogni programma come si vede a
volte sotto linux.
Ciao
Francesco
>>Francesco, piantala di dire cazzate: X esisteva prima del Dos ;-)
> Guarda che lo so, le hai viste le faccine?
Si ma ho visto anche che insistevi, faccine a parte, ed allora iniziavo
ad avere un leggero dubbio, sai..
> Lo trovi intero si.
> Faccio pubblica ammenda, e' un bug di Outlook Express, evidentemente
[..]
> Postando normalmente da Agent non me ne ero reso conto.
>
> Francesco con la cenere sul capo.
thorin che <G>
X e' nato nel 1984, DOS qualche anno prima...
--
"Music is the only religion that delivers the goods." (Frank Zappa)
Rudi Chiarito SGML/XML, user interface, i18n Amiga Inc.
ru...@amiga.com http://amiga.com/
Inutile dire che X supporta multi sessioni da un monte di tempo (non so se
dall' inizio della storia o meno)
Inutile anche dire che finche' esistera' l' ignoranza in terra , i venditori
di fumo prospereranno , siano essi di Redmond o di qualunque altro posto nel
mondo .
Rudi Chiarito <ru...@amiga.com> wrote in message
news:m3d7bgm...@amiga.com...
>> Francesco, piantala di dire cazzate: X esisteva prima del Dos ;-)
> X e' nato nel 1984, DOS qualche anno prima...
Precisioni storiche a parte, X faceva copy/paste, il Dos no.. c'e'
voluto poi Uindous per iniziare a pensare una cosa del genere ma
ricordo ancora il ribrezzo che provavo guardando le prime versioni,
specie dopo aver visto girare $CO con Motif su un Olivetti.
--
Pierluigi De Rosa (tho...@durin.khazad-dum.net).
<< LINUX: the choice of a GNU generation >>
<< For my real address... ask the Balrog. >>
* Sostenete la Lega per la Soppressione dei Troll *
>>E' vero: su Windows e` un casino. <grin>
> Bhe, certo, non vorrai mica che ctrl^c, ctrl^v, ctrl^x siano alla
> portata di tutti?
> Meglio usare combinazioni diverse per ogni programma come si vede a
> volte sotto linux.
Hai sottoscritto un abbonamento Flat per le cazzate? Su tutti gli UNIX
di questa terra (incluso Linux) ^C interrompe un processo poi per quanto
riguarda i tasti per copy/paste visto che UNIX e' *flessibile* (un
concetto alieno per chi usa le cagate monolitiche, chiuse, proprietarie
ed orientate alle scimmie cliccanti) puoi ridefinirteli come ti pare e
piace, cosa che non mi risulta si possa fare con le schifezze di cui
sopra per cui piantala di scrivere cazzate.
> Mi aggancio per riferire una cosa : sono stato in questa settimana a una
> technical conferende di microsoft e ho carpito queste parole :
> "e' come se tu fossi collegato attraverso terminal server , arriva tuo
> fratello e schiacci alt +....... (non so') e ti apre una nuova sessione tu
> puoi lavorare sulle tue cose e lasciare il controllo a chiunque senza
> problemi . E' imressionante quanto lavoro abbiano fatto in un solo anno"
E oltre tutto, X lo faceva da sempre , Redmond ha scoperto con
Terminal Server che cio' si poteva fare.. oh, peccato per quella
paccata di risorse inutili che richiede per ogni utente che si intende
far collegare, cosa vuoi che siano..
>Hai sottoscritto un abbonamento Flat per le cazzate? Su tutti gli UNIX
>di questa terra (incluso Linux) ^C interrompe un processo poi per quanto
>riguarda i tasti per copy/paste visto che UNIX e' *flessibile* (un
>concetto alieno per chi usa le cagate monolitiche, chiuse, proprietarie
>ed orientate alle scimmie cliccanti) puoi ridefinirteli come ti pare e
>piace, cosa che non mi risulta si possa fare con le schifezze di cui
>sopra per cui piantala di scrivere cazzate.
La coererenze dell'intefaccia evidentemente e' un concetto alieno per
te.
Ciao
Francesco
>>Hai sottoscritto un abbonamento Flat per le cazzate? Su tutti gli UNIX
>>di questa terra (incluso Linux) ^C interrompe un processo poi per quanto
>>riguarda i tasti per copy/paste visto che UNIX e' *flessibile* (un
[..]
>>sopra per cui piantala di scrivere cazzate.
> La coererenze dell'intefaccia evidentemente e' un concetto alieno per
> te.
Invece il prosciutto sugli occhi e' adatto per te come per tutti
quelli che credono che una interfaccia che cambia il significato dei
tasti a seconda che si prema Ctrl, Alt o Shift sia coerente e non sai
mai se copi, cancelli, fai un link o chissa' che altro. Mi ricorda
la pagliuzza e la trave.
>Invece il prosciutto sugli occhi e' adatto per te come per tutti
>quelli che credono che una interfaccia che cambia il significato dei
>tasti a seconda che si prema Ctrl, Alt o Shift sia coerente e non sai
>mai se copi, cancelli, fai un link o chissa' che altro. Mi ricorda
>la pagliuzza e la trave.
Mangiato male ieri sera?
Il discorso del cut & paste sotto win te l'ho gia spiegato una volta.
Non e colpa mia se non te lo ricordi.
Prendi google e cerca.
Ciao
Francesco
Fabio Alemagna
>>Invece il prosciutto sugli occhi e' adatto per te come per tutti
>>quelli che credono che una interfaccia che cambia il significato dei
[..]
> Mangiato male ieri sera?
Si, troppe arachidi, effettivamente...
> Il discorso del cut & paste sotto win te l'ho gia spiegato una volta.
> Non e colpa mia se non te lo ricordi.
> Prendi google e cerca.
Se dessi almeno un hint sul Subject forse eviterei di perdere 15
giorni per cercare (e non ne ho proprio voglia)
Gianluca Zanelotto <pom...@inwind.it> wrote in message
news:9926ob$43pqe$1...@ID-77835.news.dfncis.de...
E GEM e VisiOn cos'erano? ;)
X supporta il taglia e incolla tramite convenzioni definite da
ICCCM. Che io sappia, quest'ultimo "standard" comparve in forma
preliminare solo in concomitanza con X11R2 (inizio 1988), la prima
versione ufficiale con tanto di supporto da parte di Xlib e soci
apparve solo con X11R4 (inizio 1990).
Uindous invece lo supportava gia' dalla 1.0 (fine 1985), versione che
pero' non permetteva di avere finestre sovrapposte (!!! La "lacuna" fu
colmata con la 2.0 nel 1987).
Saluti
--
Andrea Capriotti
>> Precisioni storiche a parte, X faceva copy/paste, il Dos no.. c'e'
>> voluto poi Uindous per iniziare a pensare una cosa del genere ma
> E GEM e VisiOn cos'erano? ;)
Uh, GEM era della m$? Mi giunge proprio nuova, questa ;-) Non ricordo
di averlo visto incluso in nessuna versione DoS per quanto mi sforzi..
> X supporta il taglia e incolla tramite convenzioni definite da
> ICCCM. Che io sappia, quest'ultimo "standard" comparve in forma
> preliminare solo in concomitanza con X11R2 (inizio 1988), la prima
> versione ufficiale con tanto di supporto da parte di Xlib e soci
> apparve solo con X11R4 (inizio 1990).
> Uindous invece lo supportava gia' dalla 1.0 (fine 1985), versione che
> pero' non permetteva di avere finestre sovrapposte (!!! La "lacuna" fu
> colmata con la 2.0 nel 1987).
Quindi comunque sia X e' arrivato prima ad avere un supporto
classificabile come "decente" del copy/paste ;-) ed in ogni caso mi pare
sia sempre stato coerente, nel senso che su qualunque implementazione
con il click del tasto centrale oppure con sx+dx assieme (cio' che nel
config della implementazione su Linux viene definito con la keyword
"Emulate3Buttons" si fa il paste di cio' che si e' selezionato, senza le
seghe mentali di m$ con tasti che modificano il comportamento della
operazione. Che si possa fare anche con dei tasti e' irrilevante visto
che usando un ambiente con mouse e finestre lo scopo principale e'
permettere di farlo col mouse ed in questo e' IHMO *molto* piu' coerente
di Uindous.
E chi li ha mai usati? Ad ogni modo, su interfacce costruite su GTK+
(ormai, una buona fetta sono su queste librerie, mentre un'altra fetta
e` basata sulle QT, ma in questo caso hanno meccanismi a dir poco
uguali), i tasti sono uguali.
> Meglio usare combinazioni diverse per ogni programma come si vede a
> volte sotto linux.
In console, basta gpm: una passata di mouse copia, tasto centrale
incolla. Piu` coerente di cosi`...
Ma e` ovvio: sfugge il senso che non tutti usino il mouse in console
("ma se non ci sono le finestre!!").
>On Sat, 17 Mar 2001 14:29:19 GMT, zef...@wolverine.lohacker.net
>(Emmanuele Bassi) wrote:
>
>>E' vero: su Windows e` un casino. <grin>
>
>Bhe, certo, non vorrai mica che ctrl^c, ctrl^v, ctrl^x siano alla
>portata di tutti?
E non dimentichiamoci di quando Ctrl C non funziona, ma Ctrl Ins si',
oppure nessuno dei due funziona, ma dal menu si'.
E' incredibile come le cose semplici possano sfuggire di mano.
Leonardo
--
Microsoft Outlook: il primo news reader con supporto messaggistica RAID 1.
>E non dimentichiamoci di quando Ctrl C non funziona, ma Ctrl Ins si',
>oppure nessuno dei due funziona, ma dal menu si'.
Conosco un solo programma recente in cui non funziona il CTRL C ed e'
il Secure CRT in cui si usano ancora le vecchie combinazioni con INS e
CANC.
Penso sia stato fatto per problemi che possano dare le combinazioni di
tasto CTRL con i tasti alfabetici.
Pero' lo standarl e' il CTRL X/C/V e tutti (tranne ovviamente quello
sopra) i programmi che ho visto sono conformi a quello standard.
Le combinazioni con INS e CAN ci sono solo per compatibilita' con i
vechi programmi per win3x
>E' incredibile come le cose semplici possano sfuggire di mano.
Piu' che altro e incredibile che si siano ancora sviluppatori che dopo
6 anni ancora non hanno aggiornato i programmi.
Ciao
Francesco
>Penso sia stato fatto per problemi che possano dare le combinazioni di
>tasto CTRL con i tasti alfabetici.
Manca una parte, ovviamente intendevo i problemi che si possono
presentare usando il CRTL C quando hai aperta una sessione terminale.
Ciao
Francesco
> Pero' lo standarl e' il CTRL X/C/V e tutti (tranne ovviamente quello
> sopra) i programmi che ho visto sono conformi a quello standard.
Mostrami la RFC o, quantomeno il documento, che definisce come "standard
per il cut & paste" quei tasti.
+++
Dato che non esiste, ti consento di cambiare quel tuo "standard" in "una
implementazione, spesso valida su piattaforme Windows, per i tasti del
cut & paste". Quello che tu chiami standard e` una guideline di
Microsoft per una coerenza dell'interfaccia sotto Windows. La stessa che
dice che "F1" coincide, quasi sempre, con la guida in linea.
Io potrei usare, per il cut & paste in un mio programma, i tasti CTRL +
H e CTRL + J, e tuttavia rimanere nel giusto. Per me sono piu` comodi
cosi`.
Non confondiamo le consuetudini con gli standard (financo "de facto",
anche se non e` proprio questo il caso).
>>> Precisioni storiche a parte, X faceva copy/paste, il Dos no.. c'e'
>>> voluto poi Uindous per iniziare a pensare una cosa del genere ma
>>E GEM e VisiOn cos'erano? ;)
>Uh, GEM era della m$? Mi giunge proprio nuova, questa ;-) Non ricordo
>di averlo visto incluso in nessuna versione DoS per quanto mi sforzi..
GEM Desktop Version 1.0Serial No. XXXX-
0000-654321 All Rights ReservedCopyright (C) 1985 Digit
al Research Inc.02/09/85GEMAES not present in memory.$Unable to free me
mory.$
Execution terminated
Invece il GEM.EXE e` del 1980..
>>Uindous invece lo supportava gia' dalla 1.0 (fine 1985), versione che
>>pero' non permetteva di avere finestre sovrapposte (!!! La "lacuna" fu
>>colmata con la 2.0 nel 1987).
>Quindi comunque sia X e' arrivato prima ad avere un supporto
>classificabile come "decente" del copy/paste ;-) ed in ogni caso mi pare
Ma perche', in modalitra` semigrafica non ce ne saranno stati in Unix?
Col dos ad esempio c'era l'IDE del pascal: a voglia del cutnpaste!
--
Ci sentiamo | Remigio Zedda || Attenzione! campo "From:" alterato
ciao Remigio | ||==> E-mail: remi...@tiscalinet.it
-------------| ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */
>>>> Precisioni storiche a parte, X faceva copy/paste, il Dos no.. c'e'
>>>> voluto poi Uindous per iniziare a pensare una cosa del genere ma
>>>E GEM e VisiOn cos'erano? ;)
>>Uh, GEM era della m$? Mi giunge proprio nuova, questa ;-) Non ricordo
[..]
> GEM Desktop Version 1.0Serial No. XXXX-
> 0000-654321 All Rights ReservedCopyright (C) 1985 Digit
Grazie per la precisazione ma sapevo benissimo di chi era :-)
>>>Uindous invece lo supportava gia' dalla 1.0 (fine 1985), versione che
>>>pero' non permetteva di avere finestre sovrapposte (!!! La "lacuna" fu
>>>colmata con la 2.0 nel 1987).
>>Quindi comunque sia X e' arrivato prima ad avere un supporto
>>classificabile come "decente" del copy/paste ;-) ed in ogni caso mi pare
> Ma perche', in modalitra` semigrafica non ce ne saranno stati in Unix?
> Col dos ad esempio c'era l'IDE del pascal: a voglia del cutnpaste!
Diciamo piu' che altro che dimenticano che il copy/paste si fa anche in
modalita' testo, come ha fatto giustamente notare Emmanuele) ma per loro
il concetto di copy/paste senza finestre e' alieno.
> Pero' lo standarl e' il CTRL X/C/V e tutti (tranne ovviamente quello
> sopra) i programmi che ho visto sono conformi a quello standard.
> Le combinazioni con INS e CAN ci sono solo per compatibilita' con i
> vechi programmi per win3x
L'abbonamento funziona bene eh? E la velocita' di connessione e' buona,
vedo.. Ctrl C non e' *nessuno* standard: e' solo l'implementazione
scelta da m$ per il Copy ma non sta scritto su nessun documento RFC che
sia cosi'. Per favore, almeno evitiamo di usare la parola 'standard'
quando ci riferiamo all'azienda piu' famosa come violentatrice di questi
ultimi.
Magari potessi usare il pinguino (se becco il tipo che aveva installato il
proxy di MS... :).
CMQ su linux ti basta selezionare il testo, vai dove devi copiarlo e usi il
tasto centrale del topo per incollare.
Linux, c'est plus facil ;-)
> Ciao
>
> Francesco
Ciao,
Marco
--
David
To err is human...to really foul up requires the root password.
>Dato che non esiste, ti consento di cambiare quel tuo "standard" in
>"una implementazione, spesso valida su piattaforme Windows, per i tasti
>del cut & paste".
Mi pare che la stessa combinazione venga utilizzata pure sui Mac.
Sul Palm, invece, per il Paste si usa la "P" (Ovvio, no ?).
--
__
__ __ ///
| _ Computer Science, Swiss Federal Institute \\\///
|__|iambo of Technology - mailto:ggia...@iiic.ethz.ch \X//
>Giusto per capire, ma se chiudi la finestra o le finestre che avevi
>come connesione X cosa succede ai processi utente che giravano in
>quella finestra ( es. un download da internet o la reimpaginazione di
>un docuemnto da 100 pagine) ?
Credo che "muoiano", dato che il processo padre e' quello della
finestra. Non dirmi che con i vostri prodotti restano in vita =8-O !
> CMQ su linux ti basta selezionare il testo, vai dove devi copiarlo e usi
> il tasto centrale del topo per incollare.
> Linux, c'est plus facil ;-)
Se ti perdi la selezione nel frattempo (ad esempio, se devi sostituire del
testo, cosa che normalmente fai con una selezione seguita dal comando
incolla), ti spari nei cosiddetti. Insomma, il massimo nell'ergonomia. E
poi il metodo che hai citato funziona solo col testo.
IMHO la gestione della clipboard su linux e' un disastro. Su kde2.x ci
hanno messo una pezza col Klipper.
--
balrog ):E...
> ...si fa il paste di cio' che si e' selezionato, senza le
> seghe mentali di m$ con tasti che modificano il comportamento della
> operazione. Che si possa fare anche con dei tasti e' irrilevante visto
> che usando un ambiente con mouse e finestre lo scopo principale e'
> permettere di farlo col mouse ed in questo e' IHMO molto piu' coerente
> di Uindous.
- la clipboard non e' una sega mentale di microsoft, ma al massimo di
qualcun'altro
- la clipboard e' una memoria temporanea, indipendente dalla selezione (e
secondo me cosi' dovrebbe stare)
- la clipboard non e' poi tutto 'sto casino da usare... anzi, non ho mai
visto nessun "utonto" lamentarsi della sua complessita'
- sarebbe molto meglio se si ammettesse che la clipboard su x funziona
male, piuttosto che sostenere che non serve... mi viene in mente la storia
della volpe e l'uva
- il primo passo per correggere un difetto e' riconoscerlo
Ora, io sto apprezzando il livello raggiunto da ambienti come kde 2.x (devo
ancora provare gnome col nautilus) con una certa soddisfazione. Ma questo
non mi impedisce di notarne i difetti peggiori, come la pessima gestione
della clipboard ereditata da x. Ora, il comportamento migliore mi parrebbe
quello di cercare una soluzione, non di negare il problema con scuse che
non stanno ne in cielo ne in terra. Non vi pare?
--
balrog ):E...
> L'abbonamento funziona bene eh? E la velocita' di connessione e' buona,
> vedo.. Ctrl C non e' *nessuno* standard: e' solo l'implementazione
> scelta da m$ per il Copy...
Sul tasto Ctrl ti posso dare raggione... ma non per il resto. Leggi l'altro
mio post.
--
balrog ):E...
> Pero' lo standarl e' il CTRL X/C/V
Aggiungo
su mac: mela x/c/v
su beos: ctrl x/c/v o alt x/c/v (da preferenza)
quindi, mi pare che ci sia uno standard sufficientemente coerente
--
balrog ):E...
> In console, basta gpm: una passata di mouse copia, tasto centrale
> incolla. Piu` coerente di cosi`...
Ma per piacere...
--
balrog ):E...
> E' semplicissimo, solo che a chi usa Uindous pare difficile perche'
> sa solo cliccare premendo Shift+Ctrl+RightAlt+F3+Canc+Del ;-)
mela-c mela-v
--
balrog ):E...
> Sul Palm, invece, per il Paste si usa la "P" (Ovvio, no ?).
La scelta di V e' stata fatta solo per adiacenza nella tastiera alle altre
lettere usate per le operazioni di editing: z, x, c
Quella del palm a mio avviso non e' stata la scelta migliore. Oramai
l'abitudine di usare <cmd>-v e' diffusa.
--
balrog ):E...
>> Pero' lo standarl e' il CTRL X/C/V
> Aggiungo
> su mac: mela x/c/v
> su beos: ctrl x/c/v o alt x/c/v (da preferenza)
> quindi, mi pare che ci sia uno standard sufficientemente coerente
Allora raccontaci in quale RFC e' mai definito questo fantomatico
standard, su..
>> E' semplicissimo, solo che a chi usa Uindous pare difficile perche'
>> sa solo cliccare premendo Shift+Ctrl+RightAlt+F3+Canc+Del ;-)
> mela-c mela-v
E' inutile che insisti perche' continui a peggiorare la tua figuraccia:
non e' *nessuno* standard perche' non e' definito in *nessun* RFC,
punto, quindi piantiamola con le cazzate.
>> ...si fa il paste di cio' che si e' selezionato, senza le
>> seghe mentali di m$ con tasti che modificano il comportamento della
>> operazione. Che si possa fare anche con dei tasti e' irrilevante visto
[..]
> - la clipboard non e' una sega mentale di microsoft, ma al massimo di
> qualcun'altro
Implementata ovviamente a modo proprio da m$: va meglio cosi'?
> - la clipboard e' una memoria temporanea, indipendente dalla selezione (e
> secondo me cosi' dovrebbe stare)
Ho affermato per caso il contrario ovvero che debba essere uno storage
permanente di una selezione, da qualche parte?
> - la clipboard non e' poi tutto 'sto casino da usare... anzi, non ho mai
> visto nessun "utonto" lamentarsi della sua complessita'
Nessuno ha parlato di complessita': o tu non sai leggere oppure
non sai cosa stai scrivendo: si diceva che si usano dei tasti
come ^C e ^V che non sono uno standard accettato da chiunque bensi'
uno standard definito in casa propria da m$, tant'e' che su UNIX ^C
serve a terminare un processo e non c'entra una benemerita sega con
il copy/paste.
> - sarebbe molto meglio se si ammettesse che la clipboard su x funziona
> male, piuttosto che sostenere che non serve... mi viene in mente la storia
> della volpe e l'uva
Nel momento in cui la clipboard di Uindous mi permettera' di fare
qualcosa che su X si e' sempre fatto cioe' selezionare un nome di
file e copiarlo evitandomi di scrivere a mano una cosa come
/var/spool/news/it/comp/os/linux/sys/4162 se ne riparlera'. Ah si,
anche Uindous puo' farlo? Peccato che servano programmi di terze
parti <G>
> - il primo passo per correggere un difetto e' riconoscerlo
Se mi riporti dove io abbia mai scritto che UNIX o l'implementazione
della clipboard di X sono perfetti mi faresti contento mentre nel
frattempo ascolto il dolce suono delle tue ventose che scivolano sulla
superficie di quello specchio grazioso su cui ti stai arrampicando.
> Ora, io sto apprezzando il livello raggiunto da ambienti come kde 2.x (devo
> ancora provare gnome col nautilus) con una certa soddisfazione. Ma questo
> non mi impedisce di notarne i difetti peggiori, come la pessima gestione
Mi dispiace, non posso aiutarti, I'm a Gnome user ;-)
>> L'abbonamento funziona bene eh? E la velocita' di connessione e' buona,
>> vedo.. Ctrl C non e' *nessuno* standard: e' solo l'implementazione
>> scelta da m$ per il Copy...
> Sul tasto Ctrl ti posso dare raggione... ma non per il resto. Leggi l'altro
> mio post.
E tu rileggi la mia risposta a questo altro tuo post..
>> Inššconsole,šbastaššgpm:ššunaššpassatašdiššmouseššcopia,štastoššcentrale
>> incolla. Piu` coerente di cosi`...
> Ma per piacere...
Se per te usare il mouse senza le finestrine e' una limitazione cosi'
gravosa non e' detto che debba essere lo stesso per gli altri.
<bambino dispettoso>
Di fatto col mouse si puo' fare il copy/paste di un nome file, anche
in console, non solo sotto X, e su Uindous no !
</bambino dispettoso>
> <bambino dispettoso>
> Di fatto col mouse si puo' fare il copy/paste di un nome file, anche
> in console, non solo sotto X, e su Uindous no !
> </bambino dispettoso>
Sei sicuro?
Saluti.
>> <bambino dispettoso>
>> Di fatto col mouse si puo' fare il copy/paste di un nome file, anche
>> in console, non solo sotto X, e su Uindous no !
>> </bambino dispettoso>
> Sei sicuro?
E tu? A me e' noto che solo con il programmillo dei Powertoys si
possa fare e quello *non fa parte di Uindous*
Puoi dimostrare il contrario?
>>> <bambino dispettoso>
>>> Di fatto col mouse si puo' fare il copy/paste di un nome file, anche
>>> in console, non solo sotto X, e su Uindous no !
>>> </bambino dispettoso>
>> Sei sicuro?
> E tu? A me e' noto che solo con il programmillo dei Powertoys si
> possa fare e quello *non fa parte di Uindous*
> Puoi dimostrare il contrario?
O meglio, devi fare click come se dovessi modificare il nome e quindi
e' comunque una stortura mentale rispetto a cio' che si deve fare
perche' devi clickare, fare ^C e solo allora hai copiato.. oh si,
proprio perche' su Uindous e' tutto semplice.
Saluti.
Saluti.
>> O meglio, devi fare click come se dovessi modificare il nome e quindi
>> e' comunque una stortura mentale rispetto a cio' che si deve fare
> E chi l'ha detto?
> Secondo me non sai a cosa serve il tasto destro.
> Guarda meglio.
E tu guarda l'altra mia risposta, prova a copiare non solo il nome
del file ma anche l'intero percorso, poi quando non ci sarai riuscito
(ovviamente) ne riparliamo.. e leggi bene quando scrivo qualcosa
prima di affrettarti perche' avevo specificato chiaramente che con
il copy/paste su UNIX (sia console che X) si puo' copiare tutto il
path oltre al nome del file.. ciao ciao.
P.S. Ah se stai per aggiungere che da un Prompt Dos si puo' fare
ti potrei rispondere che e' comunque piu' contorto e meno immediato
fare Alt+spazio per scegliere il menu contestuale della finestra, poi
(M)odifica, (S)egna ed infine return per copiare nella clipboard che
non marcare direttamente il file col mouse.
Ah no, purtroppo Uindous non ha $PS1 nel prompt quindi neanche nella
finestra Dos si puo' fare, che peccato..
>> > Sei sicuro?
>> E tu? A me e' noto che solo con il programmillo dei Powertoys si
>> possa fare e quello *non fa parte di Uindous*
>> Puoi dimostrare il contrario?
> Sai premere il tasto destro del mouse?
> Segui le cose e scoprai come.
> Tutto li.
Peccato copi solo il nome del file ma non l'intero percorso e ti
assicuro che e' una "ficiur" molto utile <G>
Fabio Alemagna
> Implementata ovviamente a modo proprio da m$: va meglio cosi'?
Se il tuo problema e' il tasto control, basta usare l'alt. A parte questo,
scusa, non c'e' paragone. Non lo dico con piacere.
>> - la clipboard e' una memoria temporanea, indipendente dalla selezione (e
>> secondo me cosi' dovrebbe stare)
> Ho affermato per caso il contrario ovvero che debba essere uno storage
> permanente di una selezione, da qualche parte?
Se sei daccordo, mi fa piacere. Avevo interpretato male le tue intenzioni.
Tuttavia il discorso che ho fatto vale per altri. Dire che selezione+click
tasto centrale del mouse sia piu' intuitivo e' una esagerazione. Se e' piu'
comodo in alcuni casi, avere un meccanismo di clipboard funzionante e' una
necessita' in molti altri casi.
> Nel momento in cui la clipboard di Uindous mi permettera' di fare
> qualcosa che su X si e' sempre fatto...
Ctrl-c Ctrl-v. Se non ti piace il control su unix, usa l'alt (command, mela
o quello che piu' di piace).
> Mi dispiace, non posso aiutarti, I'm a Gnome user ;-)
E che cosi' tu stia meglio e' tutto da dimostrare.
--
balrog ):E...
> Allora raccontaci in quale RFC e' mai definito questo fantomatico
> standard, su..
Che l'intelligenza nel capire certe cose e' legata ad un pezzo di "carta"?
Se l'rfc non e' stato scritto, sono cazzi di chi non l'ha fatto. Intanto
questo standard de-facto e' supportato (e non solo da m$) e quindi del
fatto che non ci sia l'rfc me ne...
fa rima?
--
balrog ):E...
> <bambino dispettoso>
> Di fatto col mouse si puo' fare il copy/paste di un nome file, anche
> in console, non solo sotto X, e su Uindous no !
> </bambino dispettoso>
E chissenefrega di uindows. Hai visto l'header dei miei post?
--
balrog ):E...
Fabio Alemagna
> O meglio, devi fare click come se dovessi modificare il nome e quindi
> e' comunque una stortura mentale rispetto a cio' che si deve fare
> perche' devi clickare, fare ^C e solo allora hai copiato.. oh si,
> proprio perche' su Uindous e' tutto semplice.
Questa volta ti do corda. Aggiungici pure che: selezioni un elenco di file
e copi la lista (testuale) dei percorsi degli stessi. Pure il mac lo fa. Si
vede che su windows non hanno capito l'uso delle clip multiformato.
--
balrog ):E...
> non e' nessuno standard perche' non e' definito in nessun RFC
Macchissenefotte dell'rfc. E' dal 1984 che si fa cosi' e tu mi tiri in
ballo l'rfc. Saranno rimasti indietro quelli che lo dovrebbero scrivere!
--
balrog ):E...
>> Implementata ovviamente a modo proprio da m$: va meglio cosi'?
> Se il tuo problema e' il tasto control, basta usare l'alt. A parte questo,
> scusa, non c'e' paragone. Non lo dico con piacere.
Se avessi letto cio' che ho scritto ad inizio del thread e cioe'
che UNIX e' *flessibile* (dote sconosciuta o quasi a Uindous) e
che quindi puoi ridefinirti i tasti come ti pare avresti evitato di
scrivere una inutilita'.
>>> - la clipboard e' una memoria temporanea, indipendente dalla selezione (e
>>> secondo me cosi' dovrebbe stare)
>> Ho affermato per caso il contrario ovvero che debba essere uno storage
>> permanente di una selezione, da qualche parte?
> Se sei daccordo, mi fa piacere. Avevo interpretato male le tue intenzioni.
> Tuttavia il discorso che ho fatto vale per altri. Dire che selezione+click
> tasto centrale del mouse sia piu' intuitivo e' una esagerazione. Se e' piu'
Dici? Se per te e' piu' comodo fare click dx ma non poter avere l'intero
path (perche' e' _IMPOSSIBILE_ a differenza di UNIX) accomodati pure.
> comodo in alcuni casi, avere un meccanismo di clipboard funzionante e' una
> necessita' in molti altri casi.
Il concetto di "funzionante" su Uindous e' del tutto aleatorio e da
dimostrare.
>> Nel momento in cui la clipboard di Uindous mi permettera' di fare
>> qualcosa che su X si e' sempre fatto...
> Ctrl-c Ctrl-v. Se non ti piace il control su unix, usa l'alt (command, mela
> o quello che piu' di piace).
Posso usare cio' che voglio perche' posso ridefinire i tasti come voglio
ma il punto non e' questo, il punto e' che il copy/paste rispetto a UNIX
e' limitato e ti ho gia' spiegato perche' quindi non mi ripetero'.
>> Mi dispiace, non posso aiutarti, I'm a Gnome user ;-)
> E che cosi' tu stia meglio e' tutto da dimostrare.
Si dimostra facilmente: non vedo finestrelle che ricordano Uindous e
soprattutto i suoi bug.
>> Di fatto col mouse si puo' fare il copy/paste di un nome file, anche
>> in console, non solo sotto X, e su Uindous no !
> E chissenefrega di uindows. Hai visto l'header dei miei post?
Allora riavvolgi il nastro, cerca di essere coerente con te stesso e
cio' che scrivi poi torna a parlare di me. Finora hai difeso la
clipboard ed a questo punto mi fai notare che usi Knode? Che cosa
c'entri questo con la tua difesa della clipboard di Uindous e del suo
*NON* standard de facto mi sfugge.
>> Allora raccontaci in quale RFC e' mai definito questo fantomatico
>> standard, su..
> Che l'intelligenza nel capire certe cose e' legata ad un pezzo di "carta"?
Oddio, sentir parlare di intelligenza da uno che usa Uindous e' una
offesa alla intelligenza delle amebe...
> Se l'rfc non e' stato scritto, sono cazzi di chi non l'ha fatto. Intanto
> questo standard de-facto e' supportato (e non solo da m$) e quindi del
> fatto che non ci sia l'rfc me ne...
> fa rima?
L'RFC non e' stato scritto perche' non esiste nessuno standard quindi
piantala di dire cazzate: il fatto che Apple e m$ (guarda caso due
compari) usino quelle combinazioni possa decidere uno standard e' una
tua visione malata della realta'.
Di testo si stava parlando, ed in quel caso non mi sembra vada poi così
male.per il resto convengo con te, il copia incolla di oggetti vari fa un
tantinello pena. Speriamo che i team di Gnome e KDE facciano presto pace, se
la diversità non è un male certamente lo sono le incompatibilità.
> IMHO la gestione della clipboard su linux e' un disastro. Su kde2.x ci
> hanno messo una pezza col Klipper.
>
> --
> balrog ):E...
Cioe' mi stai dicendo che copio una lista di files da una
o piu' directory tutti assieme (per esempio 5 files) e poi
per ognuno posso copiare anche il PATH completo (anche se sono
differenti)? Notevole.. sicuro che intendi dire multiformato (cioe' che
posso mescolare immagini, testo o altro) o multiclipboard (nel senso
che ho piu' clipboard in ognuna delle quali posso copiare
qualcosa?). Cerca di essere piu' chiaro..
>> non e' nessuno standard perche' non e' definito in nessun RFC
> Macchissenefotte dell'rfc. E' dal 1984 che si fa cosi' e tu mi tiri in
> ballo l'rfc. Saranno rimasti indietro quelli che lo dovrebbero scrivere!
Embe' giustamente, chissenefrega degli standard? Mi sembri una pagina
pubblicitaria di m$
> Di testo si stava parlando, ed in quel caso non mi sembra vada poi così
> male.
Dipende da cosa sei abituato a utilizzare.
> Speriamo che i team di Gnome e KDE facciano presto pace,
Speriamo
--
balrog ):E...
>> Credo che "muoiano", dato che il processo padre e' quello della
>> finestra. Non dirmi che con i vostri prodotti restano in vita =8-O !
>
>Direi che il vantaggio stia proprio lì.
Nel fatto che non muoiano ? Uh ...
--
__
__ __ ///
| _ Computer Science, Swiss Federal Institute \\\///
|__|iambo of Technology - mailto:ggia...@iiic.ethz.ch \X//
>> Sul Palm, invece, per il Paste si usa la "P" (Ovvio, no ?).
>
>La scelta di V e' stata fatta solo per adiacenza nella tastiera alle
>altre lettere usate per le operazioni di editing: z, x, c Quella del
>palm a mio avviso non e' stata la scelta migliore. Oramai l'abitudine
>di usare <cmd>-v e' diffusa.
La cosa che piu' mi manca, e' la clipboard "multipla": CTRL+C+1 e
copi nella clipboadd 1, CTRL+V+6 e "pasti" dalla clipboard 6.
Qualcuno mi raccontava che esisteva una cosa simile, ma non mi
ricordo se per Amiga o per Linux ...
Saluti.
> L'RFC non e' stato scritto perche' non esiste nessuno standard quindi
> piantala di dire cazzate: il fatto che Apple e m$ (guarda caso due
> compari) usino quelle combinazioni possa decidere uno standard e' una
> tua visione malata della realta'.
Apple? Microsoft? NeXT? IBM? Be? Commodore? Atari? Digital Research? QNX
Software Systems? Quanti altri ne vuoi? Mettiamoci pure i team di gnome e
kde.
--
balrog ):E...
> Che cosa
> c'entri questo con la tua difesa della clipboard di Uindous e del suo
> NON standard de facto mi sfugge.
Che mi piacerebbe una clipboard funzionante su linux. Non mi pare una
richiesta illecita.
--
balrog ):E...
Fabio Alemagna
Ma secondo voi il metodo GetFormat dell'oggetto Clipboard a che serve?
Il Vb vulgaris create una form con dentro una text box chiamata Text1.
Impostate la proprietą Text1.OleDropMode ad 1.
Quindi inserite questo codice nell'evento Text1_OLEDragDrop
If Data.GetFormat(vbCFFiles) Then
Dim vFN
For Each vFN In Data.Files
Debug.Print vFN
Next vFN
End If
End Sub
Eseguite, selezionate dei files da dove vi pare (dischi diversi, rete) e
trascinate la selezione sopra la text box.
Indovinate che c'č dentro la variabile vFN?
Il percorso Full Qualified di ogni singolo files (o directory) presente
nella selezione.
Saluti.
Il paragone lo facevo con windows, non dico che quella di linux sia la
migliore soluzione in assoluto per il cute&paste, ma se provi a
copiare/incollare qualcosa sul prompt di dos o su una console o terminale X
di linux la differenza di praticità si nota eccome.
...
> --
> balrog ):E...
Saluti,
Marco Costamagna
Non si puň negare che sia utile, ti scolleghi da una sessione, senza dare il
logoff, soltanto spegnendo il terminale e ti sposti su un altro, rimetti il
nome e la password ti ritrovi ancora la tua sessione aperta con i lavori lě
che ti aspettano.
A me non pare poi cosě male come idea.
No, ma GEM girava certamente sotto DOS.
> Quindi comunque sia X e' arrivato prima ad avere un supporto
> classificabile come "decente" del copy/paste ;-) ed in ogni caso mi pare
Tutto direi tranne che il taglia/copia/incolla di X sia "decente".
Seleziona del testo in un xterm. Chiudilo. Premi il tasto centrale
del mouse in un altro xterm. Dimmi un po' cosa viene incollato.
Se fosse davvero decente, non vedo perche' KDE e GNOME abbiano dovuto
reimplementarlo.
> operazione. Che si possa fare anche con dei tasti e' irrilevante visto
> che usando un ambiente con mouse e finestre lo scopo principale e'
> permettere di farlo col mouse ed in questo e' IHMO *molto* piu' coerente
> di Uindous.
"Molto" piu' coerente? Mi spieghi come si fa a tagliare (non a
copiare) del testo sotto X col mouse? Emacs lo permette, lo so bene
perche' lo faccio tutti i giorni, ma e' una cosa tutta sua, non di X.
--
"Music is the only religion that delivers the goods." (Frank Zappa)
Rudi Chiarito SGML/XML, user interface, i18n Amiga Inc.
ru...@amiga.com http://amiga.com/
Certo: tu chiudi la sessione e quando la riapri ti ritrovi tutto come
l'avevi lasciato. Mi pare abbastanza comodo. Un nohup grafico, per così
dire.
Fabio Alemagna