USERS ORDERS e limitazioni del software
Autor: Luca E.Buongiorno, ho acquistato la licenza professional 15 da poco tempo, e ho notato alcune limitazioni, soprattutto sugli oggetti e sulle pagine non modificabili, tipo imlogin.php
Per quanto riguarda l'oggetto in oggetto, ho letto il commento di un'altro utilizzatore riguardo il problema della NON visualizzazione a basse risoluzioni (smartphone in primis)
Con una piccola modifica agli script main.js e custom.css dell'oggetto, sono riuscito a poter fare in modo che la showbox non comincia a dare i numeri a basse risoluzioni.
Il problema è che purtroppo il software non accetta tali modifiche (vedi foto in allegato)
La mia domanda, suggerimento, o comunque perplessità è: "avendo acquistato il software, perchè non posso portare migliorie, soprattutto in virtù del fatto che in 30gg dalla richiesta dell'altro utente, voi di Incomedia non lo avete fatto? (io ci ho messo mezz'oretta) Perchè rendete il software così restrittivo anche per chi ha un minimo di conosenza di linguaggio html?"
...........Il problema è che purtroppo il software non accetta tali modifiche (vedi foto in allegato)..........
e chi lo ha detto??? se conosci il programma, invece puoi fare di tutto...specie per chi ha un minimo di conosenza di linguaggio html...
caro Mirko, come da screenshot Luca ha inserito lo script ma il programma non lo accetta e compare questa finestra di errore.
Quindi sarebbe opportuno che Incomedia risolvesse tale bug
prova a postare una immagine di cosa vuoi ottenere e proviamo a vedere di risolvere con codice... così al buio come si può fare?
Autor
Diciamo che ho messo un "tappo al buco". Ho modificato lato server gli script dell'oggetto, e dandogli permessi 555 CHMOD, il sw non può sovrascriverli.
Premetto che è in modalità sviluppo, quindi eventuali errori grafici non li considerate.
il sito è raggiungibile da qui.
Se andate nel footer potete trovare un link con scritto login dove si apre con una showbox creata appositamente a causa del problema sopra specificato.
Nell'area clienti cliccando sull'ordine si aprirà la showbox dell'oggetto "user order", a tal proposito modificata per non "impazzire"
user: ***
password: xxx
Autor
Esatto Siti web app.
Come credo sia fuori da ogni concetto che non si possa fare modifiche alla pagina imlogin.
Ad esempio, all'errore di autenticazione, perchè non fare in modo di nascondere il div di registrazione, cosniderato che chi si logga avrà già a disposizione username e password? (imlogin.php?loginstatus=-2)
Oppure, se un utente fa recupero password, perchè far apparire sempre il deiv di registrazione? (imlogin.php?loginstatus=2)
Io ho risolto creando una pagina apposita con un require apposito su un'altro script .php
http://www.arteottica.net/shops/my.php?my=lost
http://www.arteottica.net/shops/my.php?my=register
http://www.arteottica.net/shops/my.php?my=login
Vorrei sapere cosa ne pensate al riguardo.
...!... non vanno manipolati i files del programma...!...
... potrebbe non trattarsi di bug, parola usata spesso a sproposito dagli inesperti; ...bisogna prima di tutto conoscere bene il programma, e poi essere esperti per utilizzare i pannelli ESPERTO messi a disposizione del programma per le proprie personalizzazioni EXTRA, che in base alla propria preparazione e fattibilità non dovrebbero incontrare vincoli di sorta...
... segui i consigli di Mirko e Skeggia, e pochissimi altri se si presentassero, che hanno provato ed implementato un po' di tutto in personalizzazioni extra...
... all'inizio, se hai il quid, con una piccola spinta, basta chiedere fornedo elementi, potrebbe poi farti fare passi da gigante, o volare... ciao......
.
Luca: i dati di accesso sono mascherati e quindi non funzionanti... scrivili meglio... grazie
Autor
non sono mascherati, xxx @ arteottica.net e password xxx, così come scritto, e funzionano...
prova...
Autor
cioè, inserire un semplice CSS al file custom.css, e modificare il richiamo dello stesso nel file main.js potrebbe creare qualche problema al software?
Spero tu stia scherzando... Cmq ripeto, ho risolto bloccando l'aggiornamento dei file tramite un CHMOD
... forse! non ho capito! ...ma se per caso post-editi files generati dal programma, allora stai sbagliando procedura, ...altrimenti come non detto, ...e continua come sei abituato a fare; ...al massimo attendi gli eventuali esperti in cose extra, essendo problema estraneo alle funzioni normali del programma...
.
Autor
Mi spiego meglio: il sw non accetta modifiche ai file custom.css e main.js che si trovano nella cartella AppPlugins
Per ora ho modificato i suddetti file nel post creation, dando il CHMOD 555 sul server per evitare che il sw li sovrascriva, però mi sembra un po' limitativo doverlo fare in questa maniera.
Se acquisto un prodotto dovrei essere libero di poterlo sfruttare al meglio e senza sotterfugi.
Piacerebbe anche a me che la pagina imlogin potesse essere più personalizzabile e chiara nel contenuto: il fatto che abbia sia la parte di utente già registrato che quella da registrare confonde un poco.
Personalmente ho risolto utilizzando i css e jquery, visto che già la libreria jquery viene inserita dal programma.
https://www.lamera.com/PROFILOCONFOTO/imlogin.php?loginstatus=-3
... sì; ...è appunto questo approccio che indendevo dire prima e che andrebbe usato per gli esperti ...
.
Buongiorno Luca,
ci hanno già segnalato quanto riportato e le segnalazioni sono state girate al nostro team di sviluppo.
Il codice generato da WebSite X5 è modificabile ma se si cambiano variabili o si effettuano altre modifiche importanti potrebbe non funzionare più correttamente.
Se vuoi piuttosto che modificare il codice puoi usare l'oggetto html e inserire tu uno scirpt apposta per l'effetto o per la sezione desiderata, così da includere il codice già nel progetto.
Autor
Risolto con un css inserito nella pagina dove vi è inserito l'oggetto USER ORDERS
Lo riporto così magari potrebbe essere utile a qualcuno.
<style>
html, body {
height: 100%;
width: 100%;
margin: 0;
}
.orderdetail_container {
resize: both;
position: fixed;
left: 0;
top: 0;
width: 320px;
height: 600px;
font: normal normal normal 12px 'Verdana';
border: 1px solid #222;
overflow: auto;
background: #222;
color: #999;
padding: 10px;
transform: scale(0.9);
}
</style>
... adesso diciamo di sì; ...è uno dei modi corretti suggeriti per intervenire in extra, non come fatto prima in post -editazione...