Newsgroup: it.comp.appl.notes-domino
Titolo: Call to army

In questi ultimi tempi mi pare proprio che questo NG sia "scaduto" nei
soli aspetti sistemistici. Personalmente sarei interessato a discutere
tanti altri argomenti, anche molto innovativi.
Detto questo vorrei raccogliere suggerimenti concernenti vari argomenti
specifici e le adesioni dei vari partecipanti (attivi e non) a questo NG
alle varie discussioni proposte.
Questi sono argomenti che mi interessano (nell'ambito di Domino):
- Programmazione NotesAPI (Add-In, extension manager, DSAPI, Menu
Add-In, plug-in, etc.)
- Programmazione Java (con particolare interesse all'estensione delle
funzionalità di Domino e di Notes)
- Estensione delle funzionalità DHTML standard di Domino
- Realizzazione di set di database ampiamente configurabili per
funzionalità standard di pubblicazione web e di reportistica
- Tutto quello che volete
Baci, Juda.
--
Juda of 3AM - juda(strudel)
despammed.com
/---------------/
Nella mia condizione di base sono piuttosto acido, ma difficilmente
rimango di sale.

anche se non sono di grande aiuto, vorrei che inserissi anche le "stampe"
via web a meno che non siano gia' intese come "reportistica".

 via web a meno che non siano gia' intese come "reportistica".
Io le includerei in reportistica; riportando come sottoinsiemi le stampe
vere e proprie, i repots web e la produzione di PDF.
Gli argomenti di cui sopra potrebbero essere legati a vari altri (API,
Java, etc.)
PS se non vuoi mettere il tuo nome datti almeno un nick decente... che
sarebbe !NEWS TIN"? :-)


fatto


 fatto
Ok.
Attendiamo altri contributi...


Noto un certo interesse per l'argomento...
Ciò mi induce a pensare che Domino sia veramente moribondo e che qui non
ci siano più persone interessate ad esso, piuttosto che a risolvere
problemi sistemistici perché hanno loro affibbiato una gestione
malvoluta.
..........


malvoluta.
Dai che qualcuno regisce...
Ciao.
-- 
/Zio Ciano.
Born to run Unix
-Fare bene non e` bene, fare male non c'e` male.-

funzionalità standard di pubblicazione web e di reportistica
ECCHIME!!!

 ECCHIME!!!
Proponi idee, al massimo te le stronco ;-)


 malvoluta.
Ti seguo ovunque... ma io sono più per fare domande che per dare risposte...
anche se qualche volta ci provo.
Luka
(a cui si è appensa scassato il disco scsi del Firewall UNIX e ha passato la
giornata a rimetterlo in sesto... xò aveva la configurazione di backup)

 anche se qualche volta ci provo.
Sempre il solito esagerato...
Comunque elenca gli argomenti di tuo interesse, sia che li abbia
elencati io che non.
PS Aggiornamento: argomenti += applicazioni web clipping per connessioni
wireless con sistemi PalmOS

[SNIP!]
Un po' in ritardo, ma ecco anche OldSmobile scendere sul sentiero di
guerra! :-)
Diciamo che sono in ritardo x' sono un po' overWhelmed di lavoro.
Il che' e' bene.. :-))
Sono anche certo che i tre maestri di stile del NewsGroup (Zio Ciano,
Obelix e Ugo Gagliardelli) saranno i primi a notare che le mie
proposte hanno un fine principale: NON ESSERE BASATE SU NIUNA
PIATTAFORMA HW/SW/SO.
Io non odio troppo MS... ma si puo' fare molto, moltissimo, basandosi
su tecnologie 'Standard'.
Personalemente mi piacerebbe vedere notes migliorato e potenziato sui
seguenti tre fornti:
1. STAMPE (intendo Output Grafico di documenti) in effetti stampare
con notes e' una morte, non che sia la cosa + intelligente visto che
nasce per far sparire carta... ma si sa che quando devi passare un
documento a terzi... o le devi archiviare in maniera cartacea non ci
sono alternative.
La mia proposta si articola su 2 punti.
1.1. Realizzazione di un editor per il disegno del lay-out
dell'aspetto finale del report realizzato in ambiente Java. In questo
modo si puo' comporre velocemente un lay-out decente. La connessione
alla sorgente dei dati ovviamente deve essere ottimizzata per notes
(es. campi multivalue su molte righe).
1.2. Output direttamente PDF o PS, anche se il primo presenta
N-Vantaggi, primo tra tutti l'ottenere un prodotto intermedio da
diffondere per via elettronica, e magari solo successivamente da
stampare e poi l'essere standard de-facto (chi non lo legge? PS e' gia
meno alla portata dell'utonto medio).
Per stare sul pratico e sul concreto, ci sono diversi prodotti in giro
che hanno 1.1 (non Java) e l'1.2, mancano La connessione ottimizzata
con Domino e l'Editor Java (si pu'o fare anche in un secondo tempo...)
Nota: Non mi lapidate... ma dopo aver provato diversi prodotti, il
meglio per la reportistica, IMHO, resta l'editor di Access.
Rapido, veloce, programmabile, veramente WYSIWYG.
2. CLIENT HTML Light: per esperienza personale, ritengo che se
correttamente sviluppata, sia possibile realizzare un'applicazione
notes in modo che funzioni seamlessy sia su client che da Browser.
Secondo me l'overHead sta quasi solo nella parte grafica e resta
contenuto... si tratta di brutalizzare certe abitudini dei
programmatori notes + tradizionali (me compreso!)
Se sviluppato con HTML light potrebbe essere fruibile non solo da
browser di Desktop ma anche da: Palm, PoketPC & Co, Wap e non
dimentichiamo i terminali UMTS.
Cosa c'e' da fare: quello che dice il nostro buon Juda: una serie si
template (patterns) che uniformizzino e velocizzino lo sviluppo,
rendendo allo stesso tempo il codice + robusto.
Per HTML light intendo HTML compatibile con il maggior numero di
devices.
Al lmite si possono Abbellire con JScript le pagine per i browser dei
desktop.
3. Connectivity: Mica e' sempre la solita solfa NOtes/DB relazionale.
Sviluppo di task che basati su connessioni TCP/IP permettano di
inserire/prelevare dati in/da Domino attraverso comunicazione su porte
TCP dedicate e XML.
Essendo da scrivere probabilmente in C (ho delle idee con Java ma ci
devo pensare) linguaggio notoriamente Powerful But Slow, dovrebbero
essere estensioni semplici: accettare e verificare identita' della
connessione, ricevere dato (o reperire) per poi lasciare
l'elaborazione del dato grezzo a sistemi piu' ad alto livello (Java o
LS) + semplici da mantenere e che richiedano meno competenze per
manutenzione/sviluppo/personalizzazione.
Tutto bello... ma chi li fa? O meglio, chi paga?
O si fa un consorzio alla Linux per poi commercializzare (pero' a
scopo di lucro.. io ogni tanto cerco anche di mangiare) o chi si
lancia nel mettere in campo 200 gg uomo tanto per cominciare?
Un OldSmobile sempre piu' pratico...

 - Tutto quello che volete
Tuto tutto tutto? :))
-- 
Dr.Ugo Gagliardelli,Modena,Italy-Certified uindoscrasher-AlcoolInside
Spaccamaroni andate a cagare/Spammers not welcome
Spamers iros a la mierda/Spamers allez vous faire foutre
Spammers loop schijten/Spammers macht Euch vom Acker

 soprattutto realizzando Add-In, mi sono invece oscuri i concetti:
P.S. La mia LSX di cui ti ho parlato, ora va che sembra unta. Rimane il
problema dell'agente che la esegue che nonostante la schedulazione
oraria non e' ancora stato eseguito se non manualmente. Ecco, questo e'
il classico caso del task "sistemistico" che si inserisce di prepotenza
nei task dello sviluppatore.


 Un OldSmobile sempre piu' pratico...
... e affamato! :))


 nei task dello sviluppatore.
Te l'ho già detto come fare ;-)


 Te l'ho già detto come fare ;-)
...era per fare un esempio... comunque non va lo stesso! :|


 ...era per fare un esempio... comunque non va lo stesso! :|
Se non va l'agente "prima dell'arrivo di nuova posta" è perché lo devi
salvare con un'utenza residente sul server su cui deve partire (oppure
metti il flag per evitare tale controllo sul notes.ini).


 metti il flag per evitare tale controllo sul notes.ini).
Ci sono riuscito, peccato che non vada lo stesso. Mi da il messaggio:
26/01/2002 08.59.41 PM  AMgr: Messaggio di errore dell'agente
('Manutenzione 
Clenti Web' in 'AreaClie.nsf'): Error loading USE or USELSX module:
*LSXNEMO 
Ovviamente l'agente si chiama senza l'asterisco, l'asterisco c'e'
perche' la dll sul client non ha lo stesso path del server, ho messo
anche la stanza per gli lsx nel notes.ini sul server ma non parte. Il
fatto e' che lo stesso messaggio lo da' anche nel caso che la dll non ci
sia proprio, quindi non so se effettivamente sia l'agent manager non la
trovi oppure non riesce a caricarla.
Il problema e' che non riesco a fare neanche il debug, sembra quindi che
la dll non venga mai richiamata.
