Jump to content

woofy31

Member
  • Posts

    30
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by woofy31

  1. Hey Andrew, and thank you for getting back to me Well, the thing is that I have tried using both non-dropbox sync (default location), as well as dropbox-sync after it has finished syncing, and even tried using another dropbox folder, and nothing worked.. I must have tried every imaginable scenario, but it seems that there's something really wrong with this account (which was created by OSX after install)... so from where I stand, the only solutions I have are: [a] creating a new account and moving every app data, relicensing all apps, reconfiguring all apps, which is a daunting & time-consuming task setting the same must-have settings in Alfred every time I start the OS and taking my mind off of setting custom themes or installing new workflows, and making sure that the Alfred process never quits until I shutdown the OS.. Obviously I've decided to go with , hopefully I'll get used to setting the same settings over and over everytime the OS starts - ultimately I guess it'll become a mechanical reflex.. and maybe when I have more time I'll do [a] piece by piece.. I was really eager to install Mavericks, but instead it gave me a bitter taste.. hopefully this will resolve itself over the time, who knows, maybe with an Alfred update or the next OS update..
  2. OK, so I've tried using another account, and it looks like it's working... but what does this mean? Because it can't be a permissions problem since I've repaired/removed/reset permissions and didn't help And I don't really like the idea of creating another account and re-licensing all apps, and moving every app data to a new account - it would take me ages to do that (( [later edit] I just can't understand what is wrong on this account.. I've set all permissions (in library/preferences, in library/appsupport, even in Applications folder) to be exactly the same as in the new account where Alfred worked, and yet on this account it just doesn't load the saved settings.. can anyone tell me what the problem could be? Because I've tried setting up the new account, but it takes me forever to re-license all apps and reconfigure them again..
  3. Hey Andrew, I just did a clean install of OS X Mavericks 10.9.1 and did a fresh clean install of Alfred 2.1.1, too (no workflows, plain fresh and clean), and whenever I try to change a setting or import any skin, on next launch the setting is reset and the skin is gone I have tried repairing disk permissions with no luck, then tried changing the permissions myself with no luck either, then tried enabling sync and set to sync in non-dropbox folder then in dropbox and none worked either I can't do anything without Alfred, so what is happening? Could it be that Alfred is not fully compatible with Mavericks? After trying to "debug" the problem, I noticed the several things: 1. inside the "Alfred.alfredpreferences" package, the file "prefs.plist" found in ./preferences/appearance/options correctly shows that "hidehat=true" & "hidecog=true", which means the settings are persisted 2. however, as soon as I quit and relaunch Alfred, both the hat & cog are visible again, even though the previously mentioned file still shows "hidehat=true" & "hidecog=true", which means that Alfred is not reading the settings it just saved even though the settings are correct in the files on disk.. 3. next test: importing a skin; after importing any skin, it gets saved to the "prefs.plist" found in ./preferences/appearance of the "Alfred.alfredpreferences" package, and gets applied right away 4. but, after half a minute or so upon applying the theme, when I open alfred the theme has changed to the default and inside Alfred's preferences window the theme is gone, even though it still shows up in the previously mentioned "prefs.plist", which means again that Alfred doesn't read its own settings after it persists them?? So the conclusion is this: Alfred saves every setting I make, every change I make, but as soon as I quit/relaunch it all settings from disk are completely ignored. Why isn't Alfred reading the settings it saved? Maybe it's related to Maverick's new & more aggressive preference caching?? Because if a clean Alfred installation on a clean Mavericks installation doesn't work, then it's clearly that Alfred isn't Mavericks-ready yet... I really need Alfred to work, because I refuse to see it become wasted money P.S. while reading the forums, I noticed one other person say this exact phrase: "It seems as though Alfred was saving the settings to that location, but then not reading them back from there." - this confirms that Alfred is not reading back the settings it saves on Mavericks
  4. Yep, that did the trick, and my guess is that it had something to do with the design change (=the update area is now under its own tab)
  5. Hey, I just updated to 2.0.3-b187, but the weird thing is that Alfred shows a red error: "Unable to verify v2.0.3 b187" next to the "Updates" button and above the progress bar (if only I could figure out how to attach an image in here...). Is this something that we should be concerned about?
  6. My god, I just had a moment of deep dumbness right now You've just put a big "L" on my forehead Thanks for making it clear!
  7. I don't really know if this is a bug or not, but I've never been able to use the clipboard merging feature, because the instant I press the first "c" while holding the "cmd" key, alfred clipboard window disappears leaving me with the same clipboard contents - it's like it's trying to copy the last item from clipboard, because "cmd+c" is for copy, so the second "c" never gets caught ( I don't understand why this is happening, and I really needed this feature.. my advice would be to let us set the key combination for merging, or at least change the letter from "c" to something else, because it conflicts with MacOS's "cmd+c" copy command
  8. It's currently not possible, but that would definitely be an awesome feature! Alfred devs, this one would really make us "see" the results better
  9. I just wanted to avoid making intermediary script actions to parse input to be sent to a notification - I wanted to send the data directly to the notification output itself, and you must agree that it's tempting to have more than just "{query}"
  10. Splitting the functionality into several pieces would create a lot of duplicate code as for splitting the argument, yes, it's easy to execute, but what do I do if I want the arg="r9996,bjork,all is full of love" sent to both a script action & a notification output? the script will handle the splitting with no problem, but the notification output will take the arg as a whole unless I first put it through a script action, which again creates more code than I first wanted Don't you agree that the above proposed suggestion would open so many more possibilities? just imagine not being limited to "{query}" in actions and outputs...
  11. Hey, From what I know the only way to see the keywords is to browse through all workflows in Alfred... and I don't think there's a workflow that shows all available workflow shortcuts, although it's very doable but involves a lot of work (browsing through each workflow folder, reading each workflow's configuration plist file and searching for keywords, building the results), and I don't think most people would need such a workflow, so I'm sorry to disappoint
  12. Hey guys, Say I make a Script Filter and link it to 4 script actions that each perform a different function, but each action needs a different input from the Script Filter, and this is where the problem begins, because the "arg" attribute can hold only one value which will work with just 1 of the 4 actions Right now the only workaround to this problem is to give the "arg" attribute a separated list of multiple values, and then each action would need to parse the input and search for its piece of data, but it's too much parsing and splitting involved.. My opinion is that we should have some freedom in the XML attributes of the feedback results by letting us define our own attributes in a result and Alfred would automatically send those attributes as individual parameters to the "alfred_script" function, as well as individual {attribute_name} to other predefined actions. For example, script filter would generate this xml result: ... <item uid="rdioartist" arg="r96664" valid="yes" autocomplete="Incubus" artistiname="Bjork" track="All is full of love"> ... And we, the programmers, would then use the following in script action: on alfred_script(arg, artistname, track) -- we use the parameter that is needed for a specific action end alfred_script [later edit]: a big problem with the current design is when you link a script filter to multiple actions AND a Notification action, because inside the Notification action we can't split the separated list of values of the "arg" attribute, and setting the arg attribute to a single value would make the other actions useless So with my suggestion above we would type something like {aristname} or {track} inside the Notification action
  13. Did you know that it's forbidden to use their JSON data? I wanted to create the same workflow, but I asked an IMDB tech guy and he told me that it's forbidden to use those JSONs or any other way of scraping data from their site without their written approval I thought you should know this and be careful with this workflow
  14. Yes Greg, I totally agree, that's exactly how it should work: leaving the UID empty will show the results in ~our~ chosen order.
  15. Hey, Awesome to see this thread, because I've developed an equivalent library for AppleScript (see signature for link if you're an AppleScript lover), so I'll keep my eyes on this thread to see what other users need, what other features we should add to our workflow libraries to make them as similar as possible for all types of Alfred users and programmers, etc. I hope you won't mind that I try to keep my library consistent with libraries written in other languages like yours
  16. Finally, a solution to the "open with.." list bug! Thanks so much
  17. Hehe, thanks, I appreciate your joy Please keep in mind that it has support for everything (OOP, default settings plist and working with files and plists, argument passing as seen in the example workflow on github, remote requests, etc), but it still lacks JSON support - however, I'm on this matter and I hope I'll manage to create a parser for JSON that will allow AppleScript programmers to use dot notation "users[2].user_name"
  18. Thinking on how to develop an AppleScript JSON parser for the Workflow class

  19. Tried leaving the UID empty but didn't work Also tried removing the UID attribute but that removed the results completely
  20. Hey, A question regarding arguments.. I've seen people make workflows that accept arguments containing spaces, but I can't seem to be able to make this work, because the moment I type a space in my argument the workflow switches to "search on google" For example, typing "google en text" would search "text" on google.com, while "google de text" would search on google.de (and not to mention the more problematic "google de space separated text" that should search "space separated text" on google.de... Any ideas, advice, how-tos? [later edit] I guess the language mode could be set up using "google en" and "google de" as keywords to trigger the workflow (although it seems like overkill to cover more languages and create a keyword for each one), but the next argument still doesn't work if it has spaces in it
  21. Wow, great idea! But won't that be overkill for Alfred's internal dictionaries since it will have to learn a new term every single time a key is pressed?
  22. Quick question: is there anyway to bypass Alfred's result learning system? Basically I want to show the results in a specific order based on the argument provided, but I can't seem to be able because Alfred prioritizes the most used results Why would I need this? Here's an example: my iTunes Ratings workflow shows 5 feedback results (star 1,2,3,4 and 5), so if the user types "rate 3" I want to show him the results as "3,1,2,4,5" (so I want to prioritize results myself based on the typed argument)
  23. You're very welcome And keep an eye on the github repository because I will publish updates with bug fixes and improvements from time to time
  24. Hey all Alfred lovers out there, After David Ferguson created the PHP Workflows class to help PHP gurus create complex workflows with ease, I decided to create an equivalent solution for AppleScript gurus, because let's face it: you can't really do with PHP (or other languages) what you can do with AppleScript in terms of controlling your Mac system and its apps. This library provides an object-oriented library of functions for working with plist settings files, reading and writing data to files, generating Alfred feedback results, requesting remote data, and more. But before you begin working with it, please make sure you read the documentation first as it contains vital information on how to use it, as well as help & examples (there's even an example AlfredWorkflow file that uses this library to show you how you can use it for your own workflows). P.S. at the moment the library lacks JSON support since AppleScript doesn't know anything about it, so until I develop a JSON parser for AppleScript you can either use David's PHP class or improvise on my work and keep an eye on the github repository because I will probably add more AlfredWorkflows, and hopefully I'll manage to make a proper JSON parser in the meantime.
×
×
  • Create New...