Newsgroup: it.comp.macintosh
Titolo: Come si sposta la barra degli strumenti?

Non so come, ma mi e' andata a finere al centro dello scherma a
sinistra.
Come faccio a riportarla in basso a sinistra?
Ciao,	Fabio
--
fabi...@rocketmail.com

 
(Remove the hyphen! Spambusters at work!)
***   The idea that Bill Gates has appeared
like a knight in shining armour to lead all 
customers out of a mire of technological chaos
neatly ignores the fact that it was he who, by
peddling second-rate technology, led them 
into it in the first place." 
                   - Douglas Adams, on Windows '95.

 
fabi...@rocketmail.com
Ciao, Fabio penso che tu ti riferisca alla "Striscia di Controllo" , per
spostarla devi premere il tasto Option (quello vicino al tasto con la
melina) poi con il tasto premuto clicca sulla parte finale della striscia
e trascinala dove vuoi.
-- 
Fausto Accordi
I don't do .INI, .BAT, .DLL or .SYS files.          
I don't assign apps to files.           
I don't configure peripherals or networks before using them.           
I have a computer to do all that.           
I have a Macintosh, not a hobby. 
          - Fritz Anderson -

ci clicchi su e la trascini dove ti pare.
Che dite, si e' capito che sono dieci anni che utilizzo il PC con
windows e che solo da 2 giorni ho un Mac?   :-)
Fabio.
--
fabi...@rocketmail.com

 windows e che solo da 2 giorni ho un Mac?   :-)
Non ti preoccupare. A volte capita anche agli utenti mac navigati. Io ci
ho messo mesi a capire che si faceva cosi'. Pensa che buttavo via il
file di preferenze dicendone di tutte i colori ai programmatori della apple.
Come regola generale tieni sempre in considerazione l'uso dei tasti alt,
command (mela), control e shift insieme al pulsante del mouse. Spesso su
mac vengono utilizzati per fare cose particolari. Ad esempio: control
click per i menu contestuali, mela click per trascinare le finestre ma
non portarle in avanti, alt click sul comando di info del finder per far
comparire un "about" alternativo...
prova anche a combinare questii tasti insieme.
Ciao.
-- 
Fabrizio Di Giuseppe
mailto:
fdigi...@iride.com

Ciao a tutti, mi hanno detto che si possono scrivere le pagine web in
"asp" essendo questo un linguaggio nuovo, potente, e facile.
e' vero?
 Dario


http://utenti.tripod.it/balestra
" Ora mai che i baci tuoi piu' non mi sazian
  cerchero' un'altra donna dentro ai sogni di Tarzan... "

 E va lento da far schifo se si connettono piu' utenti.
purtroppo, a occhio, mi sembra sempre più diffuso, specialmente nei siti
commerciali...
PPB

commerciali...
Vero, e ne sono quasi contento ;-)
Anche nell'editoria c'e' sato e c'e' il boom dei pollaccioni con Win,
e si e' di fatto determinato uno scaglione qualitativo che ha permesso
a chi lavorara seriamente -dunque su mac- e aveva dovuto svaccare i
prezzi, di rialzarli e poter quindi offrire un servizio di qualita'.
Ora lo stesso sta succedendo nell'editoria elettronica: i pollaccioni,
spinti dal reparto commerciale che in genere ha scarsa competenza
tecnica, puntano a sistemi basati su NT/IIS/asp. Il risultato al
momento e' lo svaccarsi dei prezzi diffusi, ma e' gia' iniziato un
rialzo dei prezzi di chi si occupa di sistemi che risulteranno a quel
punto molto ma molto ma molto piu' efficienti, basati su Unix o anche
sullo stesso IIS di NT, ma con cgi Perl al posto dell'elefantiaco
server asp. Io, personalmente, ogni volta che mi occupo di un sito o
di un CD multimediale tendo a mettere bene in chiaro che chiedo il
*quadrulo* del prezzo medio del mercato marchettaro: lo so io e voglio
che lo sappia, da subito, anche il cliente.


 E va lento da far schifo se si connettono piu' utenti.
Al volo:
1) le ASP non sono una estensione di Front Page, visto che si scrivono
comodamente anche a manina. Frontpage serve solo ad automatizzare la
generazione di alcune ASP.
2) le ASP sono applicazioni 'server side' quindi non richiedono in alcun
modo client microsoft con so microsoft.
-- 
Twas better to die 'neath an Irish sky
Than at Suvla or Sudel Bar.

 che lo sappia, da subito, anche il cliente.
non conosco il mondo del web developing, ma sono perfettamente partecipe del
tuo esempio sull'editoria, ed è ciò che mi permette di vivere (in senso
lato), qualità e tempi particolari...
---
PPB

modo client microsoft con so microsoft.
No, ma il FrontPage, quasi obbligatorio per scrivere le pagine degli
asp (che potrebbero poi essere scritte a mano) genera un codice HTML
bene inteso solo da IE. Allo stesso modo parecchi moduli di risposta
del server asp utilizzano le DIV e altri elementi in modo
incompatibile con altri browser: le vedi, ma corredate di inestetismi
e imprecisioni niente male.


 e imprecisioni niente male.
Mh, vero. Diciamo cosi': dipende per che cosa le usi. Se le sfrutti solo
come interfaccia a database e validazione di dati nei campi svolgono
onestamente il loro lavoro, se cerchi di produrci degli elementi
interattivi nella pagina html fanno un casino mortale.
Personalmente trovo molto piu' snello (ma MOLTO meno riusabile) scrivere
le query sfruttando le IDC e creare gli elementi interattivi con
javascript.


javascript.
Personalmente io preferisco il Perl, il principe delle cgi :-)
Lo uso senza problemi per inerfacciarmi a SQL Server sotto NT/IIS
quando ho bisogno di grosse tabelle, altrimenti propendo per file
tab-delimited gestiti a scansione lineare incerta: quello che perdi in
velocita' di accesso ai dati spesso e volentieri lo recuperi alla
grande nella snellezza e nella velocita' dell'esecuzione della cgi: il
tempo che impieghi a fare il parsing di un file di testo e' lo stesso
che ci mette l'hard disk a leggere il file, o quasi... Non si puo'
certo dire lo stesso delle asp, che sono -IMHO come tutti i prodotti
M$- afflitte da elefantiasi cronica: su un Pentium 350 con NT4SP3/IIS4
ogni istanza del server asp porta via quasi due secondi :-(( In quei
due secondi la cgi Perl ha gia' finito di lavorare :-))
Ciao!



(togliere il trattino antispam)

Ehi ragazzi, non volevo scatenare una guerra!
Cmq ho capito che è tuttaltro che facile, e visto il tempo a
disposizione lascio perdere
Dario

 Dicevi giusto, perche' comunque non dovrebbe spostarsi da sola.
Si sposta cambiando la risoluzione dello schermo. Solo che se ritorni
indietro con lo schermo, la striscia non lo segue... :-(
[snip]
Ciao,
-- 
      Ermanno Polli   (INFN-LNF)
    user:      hostname:  subdomain:  domain:  country:
ermanno.polli    N/A        lnf         infn     it

Cmq ho capito che =E8 tuttaltro che facile,
Vero.


 Vero.
Confermo.


 Per la validazione non ti basta il javascript?
Rispondo solo su questa perche' potrebbe essere di interesse generale. 
Il problema di validare i dati con javascript sta nel fatto che crei una
sovrastruttura rispetto a quelle che sono le validazioni del databse
stesso. Voglio dire: se stai accedendo a una tabella misera e spaesata non
c'e' problema, usi la validazione con javascript direttamente nell'html,
ma se stai trattando con un database complesso con una serie di regole ben
strutturate e' improponibile cercare di replicare tutte le regole con
javascript, conviene usare qualcosa di piu' aderente alle specifiche del
server database, tipo asp (appunto), IDC, o perl. Inoltre, codificare le
regole di validazione all'interno dell'html tramite javascript fa scendere
di un bel po' la sicurezza globale del database.
Ciao.


 indietro con lo schermo, la striscia non lo segue... :-(
Appunto. Con Sys 8 pero' l'hanno corretto, anche per le icone.
Meglio tardi che mai.


Meglio tardi che mai.
Ma se hai due monitor ogni volta te la rimette in basso al monitor con
la barra dei menu, non al suo posto :-\


Che soluzione mi consigliate? Ho un Imac e ho isdn ma per il momento uso il
modem interno, se volessi prendermelo isdn cosa mi consigliereste? (USB)
Secondo voi sono validi i Terminal Adapter?


Ho un G3 Yosmite (quindi con USB) e ISDN e ho preso il TA Vigor128 della
Draytek (prezzo 300k circa).
La mia scelta é sta dettata principalmente dal prezzo (é il più
economico!!), ma sono abbastanza soddsfatto. Premetto che é l'unico TA
che ho visto in vita mia, comunque funziona molto bene ed il supporto
via email alla Draytek é ottimo (ho avuto dei problemi con i driver
perché c'era un problema di compatibilità con Yosmite: alla Draytek
forse non si erano accorti che oltre ad iMac c'erano altri Mac con USB...)
Il collegamento con Tiscli via ISDN é stabile e veloce...
Unica alternativa per ora esistente (anche se adesso non mi sono più
intressato tanto) é un TA della Hermsta%***L*L*, ditta tedesca che
sviluppa da un bel pò schede ISDN per Mac (distribuite da Alias): il
prezzo é oltre le 400k e onestamente non so se ne vale la pena...
Si vocifera poi di TA della US Robotics, ma costeranno un sacco di soldi
e non sò quando usciranno.
Piuttosto ho qualche dubbio sull'idea di passare da 56k a ISDN.
In primis perché nessun provider ti darà (per ora) l'accesso a 128k. Poi
perché, almeno che tu non debba fare upload in quantità industriale, un
56k non é poi così lontano dai 64k di un ISDN.
Io non avevo modem nel computer e così ho deciso per l'ISDN, ma se in
Yosmite avessero messo di serie i modem a 56k sicuramente avrei
risparmiato i soldi per qualcos'altro (magari un bello Zip)
Ciao,
Joshua
----------------------------------------------
Outside of a dog a book is a man's best friend.
Inside of a dog is too dark to read
				Groucho Marx
----------------------------------------------

 Secondo voi sono validi i Terminal Adapter?
A proposito del terminal adapter: per una connesione stand alone ci sono solo
t.a.
quelli che grezzamente tutti chiamano anche modem ISDN.
Joshua te ne indica 2. Il primo è un taiwanese.
Il secondo è WebShuttle della tedesca Hermstedt:
64/128 Kbps, relativo protocollo per l'unificazione dei canali,
sw FTP compreso nel pack.
Ma oltre a ciò ha qualcosa di più che si chiama POTS,
ovvero una porta per collegare in cascata
apparecchi analogici quali telefono, fax e fax/modem. Ideale se
l'impiego di iMac è di un piccolo studio/ufficio anche casalingo,
ora che la conversione a linea ISDN è a costo zero.
Ad esempio tu potresti collegare il tuo modem interno 56k a WebShuttle
per inviare e trasmettere fax con l'apposito software in dotazione di iMac.
Al tempo stesso disporre della linea ISDN per le altre attività di
connesisone.
Un altro terminal adapter era Sagem/Planet, ma non so
se hanno tirato fuori un modello USB.
Ciao
EB

 Joshua
Sul piano teorico hai ragione, ma su quello pratico la differenza non
è solo quella della velocità nominale "in arrivo".
La vera e dolorosa differenza è quella dei contratti di abbonamento a
internet e le condizioni dei POP e delle linee telefoniche.
L'abbonamento analogico costa poco ma spesso vale ancora meno (vedi
esempi illustri Tin e Iol con situazioni molto diverse sul territorio).
Con ISDN paghi dei bei soldi ma in genere hai prestazioni superiori,
e ciò perché di utenti ce n'è di meno e le connessioni risultano più migliori.
Anche il rapporto medio Utenti/Modem varia tra i due tipi di abbonamento,
in favore di ISDN, con un minor numero di utenti (almeno per ora).
Pertanto la differenza non è tra 56K e 64K.
Questi numeri sono solo ideali e il secondo (ISDN) è sicuramente
il più realistico dei due.
Il mio caso (ISDN). Con rarissime e temporanee eccezioni l'attività
di download viaggia in media a 7.0/7.6 Kbytes 
sec.il
 che dovrebbe
corrispondere a 56/60,8 Kbps. Mi ritengo fortunato, ma non è raro.
Quanti provider riescono ad assicurare un impiego ottimale (non dico
pieno) del 56K? Pochi e i loro costi di abbonamento sono maggiori.
Sbaglio?
Ciao
EB

 EB
Ciao,
Joshua
-- 
