e-Juice mixing calculator - needs testing

Linux version would help loads... No Windows in my house

 

I'm not like most technical types in that respect (especially when I'm getting the benefit of keen eyed user testing for free).

Expect to see some form of all the first points in the next version, coming 'real soon now'. Now to the last one..



I agree with you. Unfortunately the simplistic code I wrote to layout the top section and assign the accelerator keys would need an entire rewrite & .comse a significant blow-out in the size to accommodate the change.

..Maybe I could do it with GridBagLayout or GroupLayout, no.. GroupLayout is infamous for wordy code but GBL maybe..
​

What? Am I mumbling incoherently again? Let me think about it some more.. :friendly_wink:

 

is there a downloadable file somewhere else ?
i dont have a google account and wont be making one.

 

Not for some time yet, but..



I thought it was available to whoever clicked the link. I marked that entire directory as 'public'.

Are you saying you've been blocked from downloading it?

 

Umm.. teemac has already given us some test results from Linux...

It requires the Java plug-in to run. After that, you should be good to go (download it, then double click to .comnch).

I would eventually like to make the deployment a 'one click to install and .comnch' (complete with desktop shortcuts and menu items - on supported systems), but cannot do that while it is coming from the share drive. Also before that could happen I'd need to get a digital certificate to sign the code - it's a requirement for that type of install.

 

A sneak preview of version 0.4. Now wider and shorter, shown as it appears on Windows (the layout will be the same, but the exact look will be different for OS X and Linux/Unix - closer to other apps. of each OS).



.. I need some time to rearrange the order of the items in the Help document to match the new layout.

 

just had a look not bad for making single blend dubblers and tripplers need to be abile to add multiple flavours through then you will be set

 

it wants me to make a google drive to get it.
i'll PM you my email and try it from there.

 

Ahhhh! a much clearer layout, I think

 

eJuMiCa Version 0.4

• Open file chooser title changed to 'Open'!
• Implemented storing/restoring last used value for:
  • Common Flavor Strength combo.
  • Common Nicotine Strength combo.
  • Juice Volume Increment combo.
  • Custom Title check box.
• Message '..target mix met' changed to '..target met' in app. and help.
• Shifted combos from above to the right of the control that they configured. Looks better, and is more logical. Now every field in the 1st column of components can be stored/restored using Save/Open, and all the combos. in the last column are.comtomatically stored and restored between different runs.
• Reorganised help items to suit new layout.
• Realised settings should best go in a sub-directory of where they were being saved. To access earlier recipes:
  • select Manage (Ctrl M)
  • go to the parent directory or folder
  • drag existing the recipes into the recipes folder.
  They should then appear on going to Open a mix formula. My apologies on changing the location, but better to get it sorted sooner, than later.
• Formatted Report and Help document
  • Merged the styles and extracted them into a separate document for easier maintenance.
  • Made common headers and footers for the pages.

 

Do you mean like as seen in these calculations for White chocolate strawberry cz cake n cream or (* Schnozberry*)1.2?

I was looking at them ..idly thinking "Well, first I'd have to figure out how to use them.." which then alerted me to the fact that it would make the app. I'm offering significantly larger to (program, document and) download, as well as harder to use. Not sure if I want to go there with this app., but will give it some more thought..

I'd almost prefer to write an app. exclusively for flavor mixing, which would give a final % recommendation and ratio of PG/VG..

 

Just had a little play with V0.4. Changing the screen was definitely worth it. It's much more intuitive now.

I'm really stretching to find something to complain about now All I could come up with is ...

8ml is a very odd de.comlt value for 'Volume of juice to mix'. If you want something like 30ml and are as lazy as I, you have to click twice to get to 10ml, then change the 'Juice volume increment' to 5ml so you can click to get it to 30ml or 50ml.

It would be nice to.comtomatically load the recipe that was last loaded in the previous session; but that would require the recipe name to be displayed somewhere so you know what you are looking at.

Oh - and I do wonder why the 'Target nicotine strength' control is narrower than the other number controls above it.

That's all I have! Good job, Vaporific

 

Agreed, thanks for the prompt to change it.



My bad! That was just the first value that jumped into my head. The de.comlt in v. 0.5 will change to 30 ml.



I have been thinking of completely over.comling how the recipes are saved/loaded/managed. One disadvantage of offering a file chooser to name the recipes is that a lot of interesting mix names including characters like ': / \ < >' are not permitted in a file name. To get around that, I might add it as a string to the data saved inside the mix file, and in fact, store a list of mixes in a single file the user never directly sees, but instead offer the user a list to choose or delete mixes from..

Doing that would make it much easier to implement most of what you (and I think others) could want from the app., including loading the last saved or loaded mix and titling the current mix in the main user interface..

This change would invalidate any already saved mix recipes, so I'd better do it this next version.





It goes from '0' to '36' which is exactly 2 digits at maximum. All the other spinners either go from '0' to '100' (3 digits) or up to 4+ digits (e.g. '33.3' for a tripler flavor). Java is 'clever' enough to determine it needs to be smaller, but ..let me think.

OK - rather than justify the size, I think it is better to standardize it using the layout.

...Done. Look for it in v 0.5.

 

Just got back online - been setting up a new media server in the house and have been busy copying 12tb of files over to it.

Thanks very much for v0.4 - I didn't get v0.3 as I was too late - you're too quick in releasing updates ;-)

Comments:

1. 'Common Flavour Strengths' spinner - consider adding 1%, 2.5%, 12.5% - this allows for quick access to various 'Super Concentrates' and 'Ultra/Gourmet Concentrates' (eg: JuiceFactoryGourmet recommended DIY 1% - 2%, SuperConcentrates DIY 2.5% recommended)

2. My comment about '3/5 flavours' in an earlier post - I just meant maybe a button in the bottom of the first flavour box in the 'Final Mix' table called 'ADD' or 'ADD NEW FLAVOUR' to allow a second flavour entry table - up to maybe 5 extra flavours ???

3. Also as 'btobw' mentioned several posts earlier, at programme startup, load a saved file which has been user set as 'De.comlt Startup Recipe' for those who use the same basic settings always.

Save, Open and Manage work very well - first time I have seen any prog open Nemo (Mint's File Manager), xml file as saved recipe files also very good universal format to save as.

Can't pick much else - coming along very well, just a few cosmetic changes (which don't affect the proggy).
Thank you very much for all your work - a really nice, simple mix prog (also cross platform - great!)

btw - I use 64bit Linux Mint 17.1 Cinnamon - been using Linux distros (mainly Mint) since giving up windows last century.

 

Point 1 will be implemented.

Re. Point 3, I am in the process of over.comling the open/save functionality, so the user will never see a file dialog, and the 'Manage' recipes menu item will either disappear or open a Java component rather than Nemo. But yes, it will store the selected mix recipe on shut down, and restore it on next start-up.

Point 2... Hmm.. see this reply.. :disturbed:



One of my favorite sayings to people that are behind the times is:



So I'd like to think you kicked Windows be.comse it is sooo last millennium.

Me, I use Windows for the convenience. A lot of apps. run on it. But then, I make choices to skip entire generations of Windows. Never ran Vista, and have no intention of using Windows 8. :jaded:

 

Version 0.5

• Updated icons to use a radial gradient paint instead of the simpler linear gradient paint.
• The 'Formatted Report', 'Help' and 'Final Mix' area now color ERROR comments in RED.
• Changed de.comlt of 'Volume of Juice to mix' from 8 ml to 30 ml by 'popular demand'. (One person voted on that, so it was unanimous!)
• Standardized spinners to all be the same width.
• Added 'mg/ml' units to 'Common Nicotine Strengths' drop down to make it consistent with 'Juice volume increment' which shows units (ml).
• Will.comtomatically import mixing recipes from version 0.4. I'll leave that active only until Version 1.0.
• Added extra values to 'Common Flavor Strengths' 12.5%, 2.5%, 2% & 1%. Added 20% while I was at it.
• Removed 'Custom Title' and 'Manage' menu items. They are redundant after a a rewrite.
  • A custom title is used if the mix is titled.
  • Managing recipes can be done using the Recipe Manager (which appears for either 'Save' or 'Open')

Recipe Manager

As seen when going to 'Open' a mixing recipe.

 

@Vaporific - Thanks mate - works great - nothing else left to do ;-)

When I first ran the jar, a small dialogue box popped up with unreadable gobbldy gook in it - lots of errors - obviously only looking for a saved recipe file.
Opened second time after saving a file and all was well.

Thanks very much.

 

Aah.. that'd be the stack trace. The series of code lines the app. went through before it got to the line that .comsed the error.

I expect it would occur when dealing with the stored application properties (de.comlts and such) since I removed one (for storing the value of Custom Title) while adding another (the last selected list index of the mixing recipes).

It is tough to test fixes since it only occurs once. I thought I'd fixed it, oh well.

_______________________________________​

There is a 'known issue' that I'd still like to resolve. The recipe list should be in alphabetical order by recipe title. I can make it work in smaller test apps. that sort strings, or for an object with a string as an attribute, but not for these recipe objects! Most confounding..

 

eJumica version 15.01.05 is complete..

1. Vastly improved JavaDocs (important for other programmers).
2. Refactored classes in main source into separate source files.
3. Added accelerators to buttons in recipe manager.
4. Added prompt on delete.
5. Implemented Feature Request and Bug Report by email.
6. Changed case of name from eJuMiCa to eJumica
7. Fixed bug (reported 'Error: use stronger nicotine') when target nic. strength is 0.
8. Changed number based version to date based version .comtomatic on generating the executable)
9. Added version number to about box, bug report, feature request and the bottom of the formatted report.
10. Integrated text reports into the bottom of the formatted report.
11. Removed Text Report Dialog, changed Formatted Report menu item to what was formerly used for the Report.
12. Enabled Zip compression on app. build to halve size of distributable.
13. Changed help to suit new functionality.