> - In some cases "Save" is distinct from "Submit", for example when editing >> a multi page data structure like WPS permission it is possible (common >> even) to loose your work but saving a "sub page" but not "submitting" the >> completed result. Long term these may be best represented as pop-up Dialogs >> like browser, short term can we change these screens to "OK/Cancel" so as >> not to give the impression they are saving ... >> > > Did not think about it, fair point... so I guess the inconsistency will > stay until someone can get dedicated time to look individually, has become > too much work (the only change I was volunteering to do was a i18n one, > mind). > >
I understand hopefully the reason above explains this inconsistency to Niels. I hope we can use i18n for the OK/Cancel items. How about it Niels want to take a run at making this consistent with OK/Cancel for these “sub pages”? I would rather see these changes done once, so we update the docs once. My opinion: >> - Use "Save" (not "Submit") as we are saving a change, not submitting a >> form for later processing >> > > For someone else to look at, as indicated above. > > >> - Use "Save|Apply|Cancel" consistently when saving. >> > > Works for me, I can do this. > Thanks! > >> - Use "OK/Cancel" consistently when not saving. >> - Use "Delete/Cancel" when deleting. >> > > Both for someone else to look at, as indicated above. > > >> - We can use CSS to introduce visual distinction (SAVE | APPLY | Cancel) >> if we wish >> > > Same as above. > > >> >> Two offers of assistance: >> - I will talk to GeoCat about updating the documentation, I agree >> trimming the images is a good first cut, but many are out of date anyways >> - If we can isolate the "Save|Apply|Cancel" into a div how do you feel >> about having it float to a consistent location on screen during scrolling. >> Having to scroll to the bottom or top of the page is an awkward time waste, >> this is especially frustrating when used with "Apply" as you lose your spot >> on long forms. >> > > Seems interesting, for someone else to look at, too > Sounds good, Jody > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > <https://www.google.com/maps/search/Via+di+Montramito+3%2FA%0D%0A55054++Massarosa?entry=gmail&source=g> > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > http://www.geo-solutions.it http://twitter.com/geosolutions_it > ------------------------------------------------------- *Con riferimento > alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - > Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni > circostanza inerente alla presente email (il suo contenuto, gli eventuali > allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i > destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per > errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le > sarei comunque grato se potesse darmene notizia. This email is intended > only for the person or entity to which it is addressed and may contain > information that is privileged, confidential or otherwise protected from > disclosure. We remind that - as provided by European Regulation 2016/679 > “GDPR” - copying, dissemination or use of this e-mail or the information > herein by anyone other than the intended recipient is prohibited. If you > have received this email by mistake, please notify us immediately by > telephone or e-mail.* > -- -- Jody Garnett
_______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
