Newsgroup: it.lavoro.professioni.webmaster
Titolo: Visual basic in HTML.

Salve !
Vorrei inplementare un programma scritto da me in V.B., all'interno della
mia pagina Web (in modo che questo venga eseguito se richiesto), ma non ho
la minima idea se questo e` possibile ne tanto meno come si possa fare.
Qualche esperto puo aiutrmi?
Grazie
Marco


Certo VB non e' il massimo .....
Dovresti pensare a php ....
Comunque con il meccanismo dei cgi dovresti riuscire nel tuo intento, 
informati al proposito.

Mark wrote:

Devi creare un ActiveX.

 wrote

che NON è standard e quindi non funziona su tutti i browser
-- 
Fabio Angela (aka Red Angel) ICQ: 95966807
http://www.redangel.it
 : il portale sulla programmazione

 che NON è standard e quindi non funziona su tutti i browser
Il sistema del CGI è il piu' adatto: l'eseguibile deve rigorosamente fornire
output html (il server, obbligatoriamente con Windows come OS, deve avere
l'estensione .exe tra quelle abilitate al CGI).
Un alternativa è quella di compilare il programma come ActiveX Document: in
questo modo funzionerà (solo se il client - con IE o NS che io sappia - gira
su Windows - e quindi escludiamo Mac che è l'unico oltre Win su cui gira
IE). Un "piccolo" problema è che dovresti compilare l'ActiveX Document
direttamente sul server :(o almeno io non sono riuscito a farli girare
diversamente).
In conclusione: cambia sistema che è meglio. Se vuoi usare CGI ti consiglio
vivamente PERL, oppure in alternativa PHP o ASP ma, a questo punto, dipende
da cosa supporta il tuo hosting e da cosa sai maneggiare.
           Anak
anakthewolfE=mc^
2...@libero.it
 eliminare l'eq per risp in prv
UIN: 123 628 668

 che NON h standard e quindi non funziona su tutti i browser
Visto che sei tanto esperto in materia, implementa un programma in VB  
all'interno di un pagina Web che sia standard e funzioni con tutti i 
browser.

 informati al proposito.
questa non l'ho capita neanche io...
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Oggi, l'organigramma è fatto di link, non di gerarchie.
Il rispetto per la conoscenza vince su quello per l'autorità astratta.


per fare questo dovresti modificaer il tuo programma e farlo diventare un
componente lato server o filtro isapi, scegliendo tra dll o exe...
penso che lato server risolvi tutti problemi di compatibilita' e non fai
installare nulla al client... ovviamente devi avere la possibilita' di
aveere un certo controllo sul server... :)


 consiglio vivamente PERL, 
Se vuole qualche cosa a piu' alto livello su server Microsoft puo' 
utilizzare anche Delphi.
Saluti.


Adesso sarei curiosi di sapere la definizione di 'meccanismo'

 utilizzare anche Delphi.
Delphi è un bellissimo linguaggio che porta con sè i pregi del Pascal... sul
fatto che sia migliore o meno di altri linguaggi peraltro diffusissimi è
opinabile: dipende da chi lo usa :)


 diffusissimi h opinabile: dipende da chi lo usa :)
Il mio non voleva essere un attacco al perl come CGI, ma solamente un 
suggerimento. Penso che per un utente VB creare un CGI con Delphi 
(tramite GUI e RAD etc.) sia piu' facile (a breve termine) rispetto a 
creare un CGI con il perl. Ecco tutto.

 creare un CGI con il perl. Ecco tutto.
Sì ma perchè non potrebbe creare un cgi con vb?
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 creare un CGI con il perl. Ecco tutto.
Possibile... Personalmente non ho mai usato delphi per cgi e pascal mai per
lavoro, solo all'università. Ti chiedo: dovendo far girare un programma
fatto con delphi tramite cgi, suppongo debba compilare (o esiste un
interprete delphi, ma, in questo caso, dovrebbe essere installato sul server
il che mi sembra improbabile)... ma a questo punto, dato che l'amico conosce
vb, non fa prima a programmare e compilare direttamente da vb?
O no? :)


 Sl ma perchh non potrebbe creare un cgi con vb?
Non ho mica detto di no, potrebbe creare CGI anche con VB.

 compilare direttamente da vb?  O no? :)
VB ha il problema delle librerie, che se non presenti sul server 
potrebbero non permettere il funzionamento dell'applicazione, oltre a 
tutte le funzionalita' che normalmente vengono realizzate per mezzo di 
oggetti COM esterni.
Da notare che io sviluppo in Delphi 3,5,6,7, VB 3,5,6 dotNet, C#, JSP, 
PHP, ASP 3.0 ASP dotNet. Per certi software preferisco Delphi, per 
altri preferisco VB (o Access). Dipende dal contesto. :)
Saluti.

 trovano in rete senza dover installare oggetti COM sul server. E'
a questo punto dovendo scegliere tra asp 3.0 e delphi scelgo .net... che non
alcun limite... :))



Un momento.. non è standard se fai girare l'activeX sul client..
se invece fai delle elaborazioni lato server puoi usarlo benissimo !!

 che non alcun limite... :))
Appunto ...
<mode type="flame">
Visto che voglio per forza usare Delphi mi prendo un bel server in 
housing con il frameword dotNet ed il compilatore Delphi per CLR
</mode>
Saluti.

 housing con il frameword dotNet ed il compilatore Delphi per CLR
se sei abituato a delphi mi sembra la scelta giusta... inoltre aumenti la
produttivita'... :)


>Ma cosa dici, ad uno che sviluppa in VB consigli PHP???? e non asp che è a
se no come fa a fare bella figura...
-- 
dipende.

Setec Astronomy ha scritto:

mmm non capisco questo astio, mi sembri un po' permalosetto...
Non ho mica affermato che con VB si puo` fare qualcosa che funzioni
ovunque, tutt'altro, io ho semplicemente scritto che non e' standard,
quindi se vuole fare quello che ha detto di voler fare deve sapere che non
e` possibile che tutti i potenziali utenti riescano ad utilizzarlo, punto
e basta.
Non mi pare che dietro alle mie parole ci fossero altre affermazioni piu`
o meno velate...
Se poi la cosa che vuole realizzare e` per una Intranet dove aziendalmente
usano Win+IE nessun problema, ma se e` per il "pubblico" deve tenerne
conto e vedere se non riesce ad ottenere lo stesso risultato senza
sacrificare la compatibilita` con i vari sistemi.
Se mi spieghi poi cosa ti ha dato fastidio nel mio post un'altra volta
vedo di farne a meno (francamente pero` non so cosa ti abbia
infastidito... non sono di certo uno che si vanta o da arie... per cosa
poi? per sapere scrivere del codice? saranno poi quelle le cose importanti
nella vita?)
Odio gli spocchiosi e i gradassi, ci ho sempre dovuto lottare contro,
figuriamoci se mi comporto come loro...
P.S.
a dirla tutta mi danno anche un (bel) po' fastidio i permalosi perche` non
si riesce mai a fare una discussione seria fino in fondo dicendo tutto
cio` che c'e` da dire, spero che tu non sia uno di loro.
ciao
-- 
Fabio Angela (Red Angel)
http://www.redangel.it
il portale sulla programmazione
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Phoenix Pasteur ha scritto:

si certo, io ho interpretato la richiesta dell'autore del topic come una
richiesta per incorporare qualcosa lato client, quindi ActiveX client e di
conseguenza volevo solo fargli capire che se vuole usare la strategia
degli ActiveX lato client deve considerare che non girera` ovunque.
Poi ovvio che se la cosa la fa girare sul server allora non ha problemi in
tal senso (ovviamente dipende che server e`) comunque hai fatto bene a
specificarlo perche` magari si fa un'idea "sbagliata" degli ActiveX in
generale
-- 
Fabio Angela (Red Angel)
http://www.redangel.it
il portale sulla programmazione
questo articolo e` stato inviato via web dal servizio gratuito 


 Scusa ancora.
nessun problema, è che quando mi sento attaccato rispondo, soprattutto se mi
si attribuiscono comportamenti che io stesso non sopporto.
Già il fatto che chiedi scusa ti toglie per quanto mi riguarda dalla schiera
dei permalosi :)
ciao
-- 
Fabio Angela (aka Red Angel) ICQ: 95966807


 
Mi sembri polemico, non meriti ulteriori dettagli.

 se no come fa a fare bella figura...
Certo con php puo' fare un figurone !!

 
Un altro punto a favore di php (perl, cgi ......)

 UIN: 123 628 668
Un altro punto a mio favore ed uno a svantaggio del polemico !!!

"bob" <rese...@linux.myowndomain> wrote :

quelle sono tecnologie lato server che con lo standard non credo abbiano
nulla a che fare, nulla ti vieta di farti una tecnologia proprietaria tua.
ASP + ActiveX ha sempre funzionato ottimamente lato server.
Quello che dicevo io è riguardo ad ActiveX lato client, cosa supportata su
determinati sistemi/configurazioni, cosa che con il php, perl, cgi comunque
ti sogni (perchè sono lato server e non lato client).
Su un sistema Intranet aziendale dove si seguono determinate regole e dove
si stabiliscono i software aziendali, puoi permetterti di utilizzare anche
cose proprietarie ed una tecnologia che si basa su ActiveX può essere
un'ottima soluzione (anche se ora con il .NET si potrà fare di meglio)
ciao


 !
evita questi post pro-flame please, che sono pure OT tra l'altro
(te lo chiede uno che mette mani su win solo per sistemarlo 
agli altri)
--
Nico

>Un altro punto a mio favore ed uno a svantaggio del polemico !!!
certo che ti devi sentire un gran fico, eh?
-- 
dipende.

 Mi sembri polemico, non meriti ulteriori dettagli.
mi piacerebbe che rispondessi anche a me... (senza fare alcuna polemica)


>Certo con php puo' fare un figurone !!
solo con php?
-- 
dipende.

 aveere un certo controllo sul server... :)


 solo con php?
diciamo che uno che ragiona cosi' puo' fare al max una bella figura di m...
con tutte le direttive del WCAG... :))))


Ho di menticato di specificare che trattandosi di un programmino non
eccessivamente complesso e "pesante", presumo che forse convenga eseguirlo
sul lato Client.
O e` tutto il contrario?
Pero` a me interessa anche, che una volta usciti dalla pagina web, il
programma non sia salvabile sul Client.
Marco

programma non sia salvabile sul Client.
pure...
-- 
dipende.