STR #377

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

Return to Bugs & Features | Roadmap 2.0 | Post Text | Post File | SVN ⇄ GIT ]

STR #377

Application:FLTK Library
Status:4 - Pending
Priority:1 - Request for Enhancement, e.g. asking for a feature
Scope:3 - Applies to all machines and operating systems
Subsystem:Core Library
Summary:Improve Fl_Int/Float_input input method
Version:2.0-current
Created By:ariock.skynet
Assigned To:mike
Fix Version:Unassigned
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

Post File ]
Name/Time/Date Filename/Size top right image
 
#1 ariock.skynet
04:12 May 04, 2004
ninput.h
10k
 
 
#2 ariock.skynet
23:52 May 16, 2004
diffPatch
11k
 
 
#3 ariock.skynet
02:55 May 25, 2004
diffPatch_2
13k
 
 
#4 ariock.skynet
23:00 Jul 27, 2004
_ninput.cpp
12k
 
 
#5 ariock.skynet
23:00 Jul 27, 2004
_ninput.h
1k
 
bottom left image   bottom right image

Trouble Report Comments:

Post Text ]
Name/Time/Date Text top right image
 
#1 ariock.skynet
04:12 May 04, 2004
Ok, I don't like the idea to work on my own so:
Here is a little diff patch to implement what I've done so far.
(patch is simple, just replace the handle function with this one)

What is not done:
- Hexa input
- Scientific input for floating point number input

For the hexa feature, I think it might be interesting to make a special Hexa_Input as usually there cannot be a '-' sign in front of them, and I doubt someone want to input a float value manually in hexa...
But I believe it breaks compatibility...?

 
 
#2 mike
15:05 May 15, 2004
Can you post in the form of a unified diff against the current Fl_Input code?  
 
#3 ariock.skynet
23:58 May 16, 2004
Ok here is the same, more looking like a diff patch thought I'm not sure if it's ok as I don't know exactly the syntax for that kind of path...

Don't bother integrating this as it is (any other than for testing), I just would like you to tell me if the current work is ok and if I shoud go on on that vein...
And also what about a new Fl_hexa_Input?

While this might be a bit complicated I think it might be interesting to 'copy' the java implementation of a second class dedicated to check the user input, that way we would have:
Fl_Input --> the graphical view
Fl_Document (java name) --> a class that do the real inserting en removing, and Fltk could provide 4 implementations, a normal one, and the int/float/hexa implementations... this way if somebody wants a different behaviour there is less to re-code?
 
 
#4 ariock.skynet
02:58 May 25, 2004
Ok, I proof-read my code and found different input-issue that I didn't catch...

Here is some kind of final patch that will insure that any input is always a numeric value (for Flot_input and Int_Input) as long as there is a default value present before the user inputs anything.

 
 
#5 mike
08:11 Jul 27, 2004
Can you provide your updated Fl_Input.cxx?  Your hand-generated diff doesn't work, and there are enough changes that I'd like to get it right.

Thanks!
 
 
#6 ariock.skynet
23:04 Jul 27, 2004
Here you are, as the STR didn't change for a while, I just made a personnal widget to do the work. This is my personnal widget, but you'll recognise easily the parts that "should" be changed/added to the Fl_Input to do the same.
As I stated before, I did'nt do the job for the hexa input as I beleive this should be separete widget.

Thanks for the work!
 
 
#7 mike
18:57 Sep 12, 2004
I'm bumping this to 2.0...  
bottom left image   bottom right image

Return to Bugs & Features | Post Text | Post File ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.