Newsgroup: it.comp.lang.javascript
Titolo: Realizzare uno scroller

Ciao a tutti
 
Sono alle primissime armi con javascript e pi� in generale con tutto ci�
che � web, mi scuso per l'imprecisione con cui mi esprimo (a partire dal
titolo che temo faccia pena).
 
Avrei bisogno di realizzare un controllo graficamente simile a quello
contenuto nella parte inferiore dell'esempio 30 di questa pagina
http://www.1stwebdesigner.com/freebies/javascript-sliders-scrollers/
 
(con la differenza che nel mio caso il controllo regolerebbe la
dimensione di visualizzazione di una immagine) e vorrei fare questa cosa
senza ricorrere a librerie.
Avevo pensato che fosse sufficiente far seguire al 'pomellino' del
controllo il movimento del mouse dopo un mousedown sul 'pomellino'
stesso ma mi sono imbattuto in alcuni problemi che dopo ore di ricerca
in rete non riesco a risolvere:
1) il browser considera il trascinamento come un tentativo di selezione
(non ci avevo pensato ma con il senno di poi mi sembra ovvio) sicch�
quando il mouse viene spostato pi� di tanto lontano dal controllo
vengono selezionati altri elementi della pagina;
2) dopo il primo utilizzo il 'pomellino' resta selezionato con il
risultato che al secondo click viene trascinato.
 
Sarei molto grato a chi mi aiutasse a risolvere questi aspetti o in
alternativa mi descrivesse a grandi linee il metodo corretto nel caso il
mio sia sbagliato.
 
 
Giordano


http://www.jacklmoore.com/zoom
 
L'esempio di dx
Partendo da quello credo che collegare l'evento ad uno slider non sia 
eccessivamente complicato
 
-- 
I fatti mi cosano

 L'esempio di dx
 
Ti ringrazio.
 
Ho comunque risolto, senza uso di librerie, adattando un esempio
pubblicato qui nel settembre 2011 da Andrea Scartabelli che ringrazio;
il risultato funziona a meraviglia, senza trascinamenti o selezioni
indesiderati.
Coincidenza, si discuteva in quella circostanza anche di quanto fosse
opportuno per i principianti avvalersi di strumenti come jQuery e alcune
osservazioni di Andrea mi sono sembrate molto interessanti.
 
Grazie ancora a tutti.
 
 
Giordano

 osservazioni di Andrea mi sono sembrate molto interessanti.
 
Felice di essere stato d'aiuto!
 


La discussione non la ricordo, ma jQuery ormai _è_ uno standard e quindi 
lavorativamente è una skill richiesta e spendibile
Conoscere benino anche gli standard non fa mai male
 
Marò com'è democristiana sta risposta, sto proprio invecchiando :|
M


 La discussione non la ricordo, ma jQuery ormai _è_ uno standard
 
Ratificato da chi? Non mi pare esista niente di ufficiale in merito, a
meno che non mi sia perso qualcosa.
 
Che sia "de facto" lo standard in fatto di librerie JavaScript, siamo
d'accordo; e che quindi sia anche utile conoscerla un minimo. Ma
definirla "uno standard" rischia di essere fuorviante, a parer mio.
 
Inoltre, sono sempre dell'idea che è bene sporcarsi un po' le mani
reinventando qualche ruota ogni tanto, quando si sta cercando di
imparare delle tecnologie, per capire come funzionano certi meccanismi:
affidarsi a una libreria senza aver idea di cosa ci sta sotto è
pericoloso, soprattutto per l'apprendimento.
 
In questi casi riporto sempre come esempio il colloquio che ebbi con un
candidato anni fa: alla domanda di come funzionasse l'ereditarietà in
JavaScript, lui sembrò un po' smarrito, e quando per aiutarlo
menzionammo "prototype", tutto sollevato rispose: "ah ecco perché, io
non uso Prototype ma jQuery!"
 
Ovviamente noi intendevamo la proprietà "prototype" del linguaggio, con
cui appunto in JS si costruisce la catena di prototipi e su cui si basa
l'ereditarietà; mentre lui, avendo avuto a che fare solo con jQuery e
librerie, non solo non aveva idea di come si realizzasse l'ereditarietà,
ma aveva confuso tale proprietà con l'omonima libreria JavaScript
"Prototype".
 


D'accordo su tutto, sottolineavo solo il fatto che in realtà trovare 
gente che ad un colloquio chieda riguardo l'ereditarietà in javascript 
non è tanto comune.
Io per disperazione più che lo scope di solito non chiedo, sennò altro 
che quella di risposta.
Resta il fatto che l'80% e passa delle offerte di lavoro che richiedono 
l'uso di javascripting di fatto richiedono jQuery
 
C'è da dire anche una cosa cmq, se si inizia con jQuery, ma si tentano 
di fare cose complesse si arriva ad un punto dove in pratica bisogna 
iniziare a `sporcarsi` le mani
jQuery offre un sacco di helper comodissimi, ma da solo non basta.


 jQuery offre un sacco di helper comodissimi, ma da solo non basta.
 
Sono d'accordo, eppure continuo a preferire un approccio dove a jQuery,
o librerie simili, ci arrivi al più, e non ci parti: uno sviluppatore
JavaScript – che è uno sviluppatore JavaScript, e non uno spippolatore
della Domenica – non ha problemi a usare né imparare una qualsivoglia
libreria, e anzi anche a contribuire a fixarne i bug; mentre è più
difficile il contrario.
 
Con questo non voglio assolutamente dire che è sbagliato usare una
libreria, anzi. Ma che tra imparare un linguaggio usando già una
libreria, e imparare un linguaggio senza, per poi eventualmente
adottarne una in seguito, la prima strada è preferibile perché a parer
mio insegna più cose.


Sono d'accordo e più vado avanti più la penso così anch'io
L'ultimo lavoro di una certa complessità che ho fatto per un mio cliente 
a pensarci bene è stato 90% `crudo` e 10% jQuery praticamente solo per 
$.get e $.post e per la deserializzazione json relativa
C'è però anche da dire che in javascript non sono proprio un drago. 
Cerco di essere ordinato.


 Cerco di essere ordinato.
 
Per essere chiari, io parlo principalmente di quando inizi a imparare il
linguaggio: una volta che lo sai a un certo livello, ti puoi
"permettere" di usare qualsivoglia libreria, e anche in modo esteso se
vuoi. Perché non inficia tremendamente sul tuo apprendimento, e
soprattutto sai cosa succede "sotto il cofano" di quello che usi.