Nicely done Jacque! Thanks for the solution ;)
It inspired me another solution that I've experimented for fun.
It's something combining zoom the size of the text and the Mac/Windows
stack resizer available on the Object Library.
When the user resize the field by drag drop, the size of the text
Bonjour,
and heureuse année à tous
Jacque, thanks a lot for sharing your solution.
I just tried it : very nice and clever :-))
Best regards from Grenoble
André
Thank
Le 3 janv. 10 à 05:30, J. Landman Gay a écrit :
In case anyone is interested, I thought I'd let people know how we
decided to
In case anyone is interested, I thought I'd let people know how we
decided to resolve the interface issue I was having with a client's
stack. This was the problem:
Because the prefs stack is much smaller than the print template stacks,
the text entry fields are also not as wide. To give the
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
I've used a special, fixed font popup plain text field for entry.
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
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
On Dec 22, 2009, at 11:50 AM, J. Landman Gay wrote:
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
I recommend asking Jacque. She always knows what to do.
Craig
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
I sense recursion on this topic.
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
2009/12/22 dunb...@aol.com
I recommend asking Jacque. She always knows what to do.
___
use-revolution mailing list
stephen barncard wrote:
I sense recursion on this topic.
It's true I have been known at times to be somewhat loopy.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On Dec 22, 2009, at 1:05 PM, J. Landman Gay wrote:
stephen barncard wrote:
I sense recursion on this topic.
It's true I have been known at times to be somewhat loopy.
So is Jacque.
Devin Asay
Humanities Technology and Research Support Center
Brigham Young University
Devin-
Tuesday, December 22, 2009, 12:17:41 PM, you wrote:
On Dec 22, 2009, at 1:05 PM, J. Landman Gay wrote:
stephen barncard wrote:
I sense recursion on this topic.
It's true I have been known at times to be somewhat loopy.
So is Jacque.
I sense recursion on this topic.
--
-Mark
Recently, Jacque Landman Gay wrote:
I've got another interface problem I can't decide how to solve, maybe
some of you have ideas
Jacque, maybe I'm not reading the description of your situation correctly,
but if the fields into which the users enter text is scaled so small that
the text is
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
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,
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
I'm with Ken using the waystation dialog. I typically use these for many of
my apps as there's typically a number of different reports required for
printing.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to
I would expect user wishing to see the layout before it is printed. So
would put detail view and list view as options of View e.g.
View
--
Detail view
List view
And Print would simply print the current view.
Best wishes!
Viktoras
J. Landman Gay wrote:
I'm wondering how people
I'm wondering how people would do this.
I have two print layouts, detail and list, and the user needs to be
able to print data using the layout of their choice. I can think of
three ways to allow this:
1. Have two Print menu items in the File menu, like this:
Print Detail View
Print
Two Main items , two sub items unter Print Default, or Default Form
use checkmark to indicate the toggle
Print Default
Detail
List
Print
??
I'm wondering how people would do this.
I have two print layouts, detail and list,
and the user needs to be able to print data
using the
Personally I would use the first option. It is the most
straightforward for the users, and makes them do the least amount of work.
- Noel
At 05:08 PM 6/11/2008, you wrote:
I'm wondering how people would do this.
I have two print layouts, detail and list, and the user needs to
be able to
On Thu, Jun 12, 2008 at 9:08 AM, J. Landman Gay
[EMAIL PROTECTED] wrote:
I'm wondering how people would do this.
I have two print layouts, detail and list, and the user needs to be able
to print data using the layout of their choice. I can think of three ways to
allow this:
1. Have two
I have two print layouts, detail and list, and the user needs to be
able to print data using the layout of their choice. I can think of
three ways to allow this:
Will there only ever be two print choices? Because if it might go to 3, 4 or
more, I'd suggest something like a Print... menu item
On Thu, Jun 12, 2008 at 7:39 AM, Ken Ray [EMAIL PROTECTED] wrote:
Also, are they in one of these views in the interface when they go to
choose the printing options? If so, perhaps this could just say Print...
(to print the current view) and Print the other view...
Agree. If any view in the
Ken Ray wrote:
I have two print layouts, detail and list, and the user needs to be
able to print data using the layout of their choice. I can think of
three ways to allow this:
Will there only ever be two print choices?
Good question. Last version there was only one, now we've got two. There
J. Landman Gay wrote:
I have two print layouts, detail and list, and the user needs
to be able to print data using the layout of their choice.
What is the relationship between these print views and the data view on
screen?
Is the data on screen in list view, detail, both, or something
25 matches
Mail list logo