You can edit the field the better you see its content. The both are not incompatible;)
2009/12/23 stephen barncard <stephenrevoluti...@barncard.com>: > But the problem is not just SEEING it but EDITING it. That's why another > field is needed. > > One interface motif I am experimenting with is ONE special 'entry' field > that is nearby and gets filled with the latest selected field data in the > detail view listing of a record. Edit in that special field, even use tabs, > returns. Hit enter and the data is inserted into the proper detail field. > This field could change its size for content, appear in space in front of > the hard-to-read real-size layout, then place its contents there. > ------------------------- > Stephen Barncard > San Francisco > http://houseofcubes.com/disco.irev > > > 2009/12/22 zryip theSlug <zryip.thes...@gmail.com> > >> Hi Jacque, >> >> Why not apply a lens effect on the text, like on iphone or ipod ? >> By using the mouseChunck function in a mouseMove handler and linking >> that with a transparent picture it could result a nice effect. >> >> Just a quick attempt to evaluate the rendering: >> >> local lPreviousChunk >> constant cStandardSize = 8 >> constant cZoomSize = 16 >> >> on mouseMove >> put the mouseChunk into tCurrentChunk >> if tCurrentChunk <> lPreviousChunk then >> if (lPreviousChunk is not empty) then >> set the textsize of lPreviousChunk to cStandardSize >> end if >> if (tCurrentChunk is not empty) then >> set the textsize of tCurrentChunk to cZoomSize >> put tCurrentChunk into lPreviousChunk >> end if >> end if >> end mouseMove >> >> on mouseEnter >> set the textHeight of the target to cZoomSize >> end mouseenter >> >> on mouseLeave >> set the fixedLineHeight of the target to true >> set the textSize of the target to cStandardSize >> end mouseleave >> >> >> -Zryip TheSlug- wish you the best! 8) >> >> 2009/12/22 J. Landman Gay <jac...@hyperactivesw.com>: >> > I've got another interface problem I can't decide how to solve, maybe >> some >> > of you have ideas. >> > >> > I have an app that creates various printouts. These are all hard-coded; >> > i.e., the end user never sees the templates and can't change them. In the >> > app's preferences, though, they are allowed to add custom header and >> footer >> > text that will appear on each printout. This info is entered into fields >> in >> > the prefs stack. They can also set the tabstops by moving little sliding >> > arrows, so that they can control the text placement in each header or >> footer >> > by adding and positioning tabs. >> > >> > Because the prefs stack is much smaller than the print template stacks, >> the >> > text entry fields are also not as wide. To give the user a way to >> visualize >> > how their tabstops will look, the textsize in the entry fields is very >> > small. This gives the right ratio between field width and text size, so >> that >> > they get a fairly accurate idea of the text placement in the header or >> > footer as they slide the tabstops around. >> > >> > So now the client says the text is too small to read easily (which is >> true) >> > and he'd like it legible. Problem is, if I increase the text size, the >> > relative ratio of the tabstops will not be accurate and the fields will >> not >> > display the relative text placement correctly. >> > >> > I need a clever idea on how to display accurate text positioning while >> > maintaining legibility. I've thought of a few things, but nothing I like. >> > Tooltips that show what the text says might be one way, but I don't >> really >> > like that much. >> > >> > -- >> > Jacqueline Landman Gay | jac...@hyperactivesw.com >> > HyperActive Software | http://www.hyperactivesw.com >> > _______________________________________________ >> > use-revolution mailing list >> > use-revolution@lists.runrev.com >> > Please visit this url to subscribe, unsubscribe and manage your >> subscription >> > preferences: >> > http://lists.runrev.com/mailman/listinfo/use-revolution >> > >> _______________________________________________ >> use-revolution mailing list >> use-revolution@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution