designandsuch

@Tsunami is correct. In the case of @greenamit I was able to confirm that the server did not block the specific IPs. 

It's hard to figure out how many users have issues with this, since there are still a lot of people using Units without any problems. 

Anyhow just wanted to let you all know that I checked with my hosting provider and they confirmed that there where no blocks or problems on their side.

 

Is this workflow known to work with Alfred3? I can't seem to get any results... 

Starting debug for 'Units'

[2016-08-11 13:58:27][ERROR: input.scriptfilter] JSON error: JSON text did not start with array or object and option to allow fragments not set. in JSON:
Warning: simplexml_load_string(): Entity: line 1: parser error : Start tag expected, '<' not found in /Users/*****/Library/Application Support/Alfred2/Alfred.alfredpreferences/workflows/user.workflow.98CAE326-BE35-4DAC-B450-CB9F9569EAE5/units_v2.php on line 960

Warning: simplexml_load_string(): The page you requested was removed. in /Users/*****/Library/Application Support/Alfred2/Alfred.alfredpreferences/workflows/user.workflow.98CAE326-BE35-4DAC-B450-CB9F9569EAE5/units_v2.php on line 960

Warning: simplexml_load_string(): ^ in /Users/*****/Library/Application Support/Alfred2/Alfred.alfredpreferences/workflows/user.workflow.98CAE326-BE35-4DAC-B450-CB9F9569EAE5/units_v2.php on line 960

@Auco If you download the latest version it should work fine ( http://designandsuch.com/work/alfred-workflow-units )

1kilobyte = 1000 bytes?  Isn't it 1024?

 

Is there a better tool out there for just converting mbps and so forth into other formats?

Please look into the mebibytes ( https://en.wikipedia.org/wiki/Mebibyte) I'm using the proper decimal vs binary conversion according to ISO standards. This has been discussed multiple times before and it all depends on the discipline you're working in, so the only reasonable thing to do is to follow the International System of Units

Subnet calculating, for example...

 

i can also use the default calculator in OS X though, so no biggie. Using alfred would just be more convenient.

Thanks a lot, I must say that I have no knowledge on this topic whatsoever, but I will definitely look into it. It seems like one of those topics you should have at least a basic understanding of. So I will defs look into it, and I will notify you when i incorporate it into the workflow

+1 for the link

Something else to add perhaps... in case you run out of things to do :  decimal, binary, octal, hexadecimal

I might but just out of curiosity. Who ( you perhaps ) has a real use for this?

I'm the author of the other converter and I have to say that there are a few tiny issues with the keywordless approach due to how Alfred works. The autocomplete (<tab>) is broken because it assumes that the number is the keyword.

I think it's evident there are some issues with the keyword-less method, far beyond the handful I predicted in my previous explanation. I would not recommend using it for anyone unless you understand the consequences. This is simply not how workflows are intended. It interferes with all kinds of native Alfred features..

The only real answer to these suggestions probably sounds something like this; If you think typing "Units" is too long for you, which I can understand if you happen to use this feature a lot. Than simply change the keyword to 'u' or anything that makes sense to you.

I assume this is a redundant tip, because if you are using Alfred Workflows in the first place, you will know how to do this, and you probably already did  

Right, that's what I was asking about, sorry for the confusion post... :-)

A similar converter workflow does not use a keyword and at least in my experience it's not too invasive. For now I have simply changed the keyword to "u", but leaving it out would feel more natural to me.

If you want to start typing just like that you can do so so by tweaking the workflow like this.

1) right click and copy the Script Filter 

2) Double click the new Script Filter to change some settings

3) change the keyword to "1" and untick "with space"

4) now in the actual script box change units("{query}");   to  units("1{query}");

5) Do the same for the numbers 2,3,4,5,6,7,8,9,0

6) Connect every Script filter to all the other nodes 

After this Units will start off the moment you type a number.

This is the same way that other workflow works.

One drawback of this that the suggestions don't work that well anymore.

so when you type 10 kil the workflow will suggest kilometers, kilos, kilogram, kilobyte etc.

but the prefix 1 will be added since that's your keyword now. so when you choose any of the suggestion

you would get something like 110 kilogram. I can fix this in the mechanism but I will try out the keywordless version for a while

to see if it will work smoothly. After that I will fix these new issues.

and thanks for the input!

You can actually do that.. 3500 isk eur

I haven't made support for the 'to' word stupidly enough. I understand that it's something people naturally will try. So it's on my todo list

The new spotlight is fun, but I think every heavy Alfred user will confirm that it's not close to a replacement for Alfred. I saw the converter options in spotlight and they are nice but I will keep working on Units because I think it still has the potential to be better than the spotlight version

edit: just read your post again, and you are aiming towards the lack of a keyword. That is actually possible but I think it might become to invasive of an worklow in that case, since it would almost always pop up. There are over 300 units in the workflow already so ever first character shows something. I might try it out actually *just thinking out loud now. Plus you can always change the keyword to something shorter manually

Thanks for this.

You might want to consider adding the Bitcoin currency sometime :-)

You ask, we serve!

Great workflow!

 

Requests:

 

1. How can I disable the "About" "documentation" that appears when I type the keyword?  I would strongly prefer if it said "Units" "Convert units" or something like that.  Can the link be disabled too?

 

2. There seems to be no circle icon.  Can you put one in?

1. I understand some people might not like the idea of a link within the workflow. But this is a very subtle one, and it serves a purpose. Since Alfred is such a minimal interface it would be really hard to supply users with a way to find the documentation - if they want to check if a feature exists for instance. Therefor I am reluctant to cut out the link to the documentation. I know the documentation isn't the sexiest at the time but it will improve over time and at it does do the job. ( You can easily disable it for yourself by cutting the cord to the osascript in the workflow though, even though it might break some other external link features ). 

About the title.. no pun intended, 'About' obviously corresponds to its function. So I don't see a clear reason why it should say something else. I can change it though.. what if I change it to 'About Units'?

* I am working on a way to let the user set certain custom settings, but I haven't figured out which settings would be desired and how to implement this exactly. Suggestions are always welcome. 

2. There actually is an circle icon, maybe you aren't using the latest version. if you type 'units version' it should return 'you are using the latest version'.. it's pretty self explanatory actually

This should fix the circle issue.

This is awesome, would it be possible to create a convertion Minutes to hours?

I have to log my time in hours, and I'm currently looking for a solution within alfred to to this. This is by far the best coverter, but time only seems to go down, eg Mins > Secs. 

Hi Robgill, you already can do just that.    

"  units 5 min h  "   =  0.083 hour

or

" units 5 minutes hour " = 0.083 hour

Thanks Scott!

I'm glad so many people appreciate Units, it encourages me to keep making it better.

Saying that, I would also encourage people to keep sending me request for additional units and features.

As you guys might have been noticing there where some icons missing.. since i added a lot of new units in the last weeks. Which seems to work perfect by the way.. I have been fixing bugs basically every day.

But for the Icons I needed you to re-download the actual workflow, which you will be reminded of automatically if you have the latest version.

Here's a quick overview of the new icons.

I just finished my Alfred emulator for Units. I would like to embed it on this page, but unfortunately this forum doesn't allow iframes.

So i'll have to redirect you to this page : http://time.designandsuch.com/units/docs

try out the demo

It's not as solid as the real Alfred experience, but gives a pretty good example.

What about negative values?

 

Unable to see results for qurey:  units -30c f

 

Thanks!

Off course! you're right.. how did I miss that.

Anyhow i fixed it, thanks for your input and a Merry christmas.

Added support for 90 different currencies: 

The currency rates will automatically update themselves every day based on:

http://finance.yahoo.com/currency-converter/ 

if you have version 0.5 you don't have to update to start converting with these new currencies.

They can all be accessed by ( at least ) their natural name or abbreviation ( United stated Dollar - USD ).

US Dollar
Euro
British Pound
Thai baht
United Arab Emirates Dirham
Australian dollar
Argentine Peso
aruban florin
convertible mark
barbadian dollar
Bangladeshi taka
bulgarian lev
dinar
bermudian dollar
boliviano
brazilian real
Bahamian dollar
canadian dollar
swiss franc
chilean peso
renminbi
colombian peso
czech koruna
danish krone
egyptian pound
fiji dollar
Ghana cedi
Gambian dalasi
guatemalan quetzal
Hong Kong dollar
croatian kuna
hungarian forint
indonesian rupiah
israeli new shekel
indian rupee
icelandic krona
jamaican dollar
jordanian dinar
yen
kenyan shilling
cambodian riel
south korean won
kuwaiti dinar
Lao kip
Lebanese pound
sri Lankan rupee
Lithuanian litas
Latvian lats
Moroccan dirham
Moldovan leu
Malagasy ariary
Macedonian denar
Mauritian rupee
Maldivian rufiyaa
Mexican peso
Malaysian ringgit
Namibian dollar
Nigerian naira
Norwegian krone
Nepalese rupee
New Zealand dollar
Omani rial
Panamanian balboa
Peruvian nuevo sol
Philippine peso
Pakistani rupee
Polish zloty
Paraguayan guaraní
Qatari riyal
Romanian leu
Serbian dinar
Russian ruble
Saudi riyal
Seychellois rupee
Swedish krona
Singapore dollar
Syrian pound
Tunisian dinar
Turkish lira
New Taiwan dollar
Ukrainian hryvnia
Ugandan shilling
Uruguayan peso
Venezuelan bolivar
Vietnamese dong
CFA franc
East Caribbean dollar
West African CFA franc
CFP franc
South African rand

Updated the documentation

The above version does not handle the Thai Baht (thb). It is not usable like that since that and temperatures are the main things I use it for. I went back to the original version.

You're absolutely right, I'm still adding values and improving some features ( better special character handling, smarter interpretation, improved logic etc ).

The old version is 'at this point in time' more useful in general, because it simply has more units.

I would encourage people to download the new version though, because this one will get all the old + the new units eventually.

*I added the bath into the new version in my attempt to win you over

Release of Units 0.5 (beta)

Hi workflow users, I am releasing version 0.5 of the new Units.

It's still in heavy development so don't expect a solid state.

This version is more for early adopters who would like to check out the new features

you can download it here  : http://time.designandsuch.com/units/update

docs: http://time.designandsuch.com/units/docs

As you can see I also created a ( really shabby ) documentation of the workflow, this will be improved off course.

So if you're interested to try it out, here are some new features:

1. version solution :  manually check the version

2. double units - aka - fix the 1'5" > cm problem

3. Docs - if Units doesn't understand he will refer you to the docs

4. Notifications if a new update is available

If you would like to help me with adding units and making it better, please contact me at thijs@designandsuch.com

So now on to a stable and complete version 1.0

Hi everyone,

I just wanted to let you know that i'm still working on the new version.

which is going to include all the extra units that where mentioned as requests ( cooking units, typography units ect. ).

But more importantly I'm working on a complimentary website with all the units and their ; abbreviations, explanation and some interesting debates about the different conversion conventions. I will start with just a Docs of all the units. But maybe i'll even make it into a public wiki at some point.

I'm developing with an web-feed based version, which might be a little slower ( if you've got an old mac ) and will require an internet connection, but I barely feel any lack myself. In fact since the current 'local' version checks for the exchange rates now and then it freezes for a moment the first time you run it. And now I will update the exchange rates on my own server. 

I'm still considering porting it to a local version so it can run independently on your machine. But that would leave out some essential power i build in this time. Mostly of which are the updates, since right now I know there are a lot of people with old version who have to deal with bugs i fixed a long time ago.

So maybe I just should use that time to add in more units. Any thoughts on the local vs web-feed dillemma?

And the best thing is that I will be able to add new units and expand the keywords to activate them on the fly. So if someone finds a bug / typo I can fix it for everyone right away. I'm sure there are quite some people around who are still struggling with my typo's in a couple of currency abbreviations. So this won't be a problem anymore in the future.

And this time i tackled the double units.. so now you will be able to just type  5'7" cm and it will tell you 170.18 cm.. so this will work for all of them off course. 5kilometer 2 miles m  will return 8218.688 m... and so on.

Basically redid the whole thing, all i need to do now is work a bit on the phrasing.. update/ edit some of the icons. and add all those extra units.

I'll keep you guys posted!

The download link is not working for me, I keep getting a 'not found' error.

Do you still have problems downloading? It seems to work fine for me now, the server might have had downtime when you tried to download it.

It doesn't work if I want to convert from US Dollars to Mexican Pesos, where can I modify this?

Hi, rkrdo.. and others

I'm working on a bigger update...

But for now I fixed a couple of typo's.

this will fix :

- mexican dollar (mxn)

- japanese yen(jpy)

- new zealand dollra (nzd).

Please re-download Units for it to take effect

download via http://time.designandsuch.com/units/update

In answer to my own question, as I dislike having to enter a space character to have the workflow display any computed results I found a simple tweak to change this behaviour. Disclaimer: I've never so much as glanced at php before and the script is quite long so for all I know this will break the workflow in some way (though it seems to be working fine so far). Change line 130 in units_v2.php in the following manner.

From:

$this->spaced = (substr($q,-1)==' ');

To:

$this->spaced = true; #(substr($q,-1)==' ');

Also, designandsuch, calculations involving femtometres and picometres give a formula not found error, though based on your comments in the script I'm sure you're aware of this. It's pretty easy to add support for them, so for anyone who's keen just insert this code at around line 412. It's well laid out and easy to understand.

$pm_base = function($pm=0  ){ return $pm  / 1000000000000;};    // m  = pm / 10000000000
$base_pm = function($m=0  ){ return $m  * 1000000000000;};      // pm  = m * 10000000000
$fm_base = function($fm=0  ){ return $fm  / 1000000000000000;}; // m  = fm / 1000000000000000
$base_fm = function($m=0  ){ return $m  * 1000000000000000;};   // fm  = m * 1000000000000000

If you're still developing this then one feature that could be handy would be thousands separators (i.e.: 1,000 rather than 1000).

Hi subject 22 again, I answered to quick on your first question.. realizing you've answered it yourself. hacking the is_spaced setting might work for you.. but it will definitely break some features. So i do not advice other people to change this by default.

And yes i was aware of my lack of certain formula's.. but I'm glad you where cleaver enough to fix that one yourself. 

I the new version where I will host all the formula's in a seperated file. and I'm thinking of creating a little website for it where people can comment on the formula's and suggest/ fix more formula's.

It's too fascinating to keep to myself anway ( the world of units ).. since so many values are so debatable.

I'll keep you guys posted!

Thanks a lot for this wonderful tool!

One suggestion: in the digital memory category I would like to choose between the decimal and the binary (1024) system. Possible? Maybe using the alt Key?

Hi Davide,

I'm trying to use the International System of Units as much as I can. The decimal and binary units are named differently..for example a binary version of the kilobyte is a kibibyte..  http://en.wikipedia.org/wiki/Kibibyte

hope this answers your question

I agree with you. This workflow is the best Alfred unit converter I've come across yet It interprets input sensibly and runs quickly :-)

 

 

 

Agreed. designandsuch, is there a reason why the workflow requires the user to hit enter to get results? Why not preview the result of all possible matching calculations? I often just want to look up a conversion quickly and hitting enter is an additional key press. Besides, sometimes I might be interested in the other outputs too.

One typo: Line 727 of units_v2.php should use the currency code "nzd" not "znd".

 

EDIT: Seems like the workflow actually does preview the results once you add a space to the end of your query, and that hitting return simply does this for you. Why is the terminating space character required?

Hi subject22, an enter is not required.. a space is hower ( the enter will just ad a space to the end of the line ). the point of this is that the system will validate your input to make sure the correct unit is given.

let's say you want to start converting 1 kilo (kilogram) into pounds... you first type 1 then kilo ( the right code for kilogram is "kg" ) which will show up as a suggestion. so in order to know what you are talking about when you select pounds.. the app needs to confirm that you're talking about kilograms(kg). so by pressing enter, alfred will replace your raw 'kilo' into 'kg'... 

i could (and did) use alternative codes to recognize what unit you are selecting. but I'm using an even more intelligent suggestion right now in combination with it. which is a bit hard to explain real quick but you could dive into the code to see some hints. 

plus I'm working on the double digit feature.. where you can say i want to know the accumulation of "1 kg and 5 pounds in stone" there fore i will leave the 'space' system intact.