raguay.customct

Hi, I just pushed another change. I missed fixing one script.

Hi, just upgraded the goAlfred library. The latest beta of Alfred 2 showed a bug in my library (my closing tag was </times> instead of </items>. The older versions allowed it). It is all fixed now.

Thanks.

Hi, just upgraded the goAlfred library and recompiled this workflow. The latest beta of Alfred 2 showed a bug in my library. It is all fixed now.

Therefore, if you installed version 1.5, please upgrade before you upgrade your Alfred 2 installation.

Thanks.

I just did an update to replace the PHP script filters with executables written in go. As such, it is now larger but faster. I compiled them on an amd64 Mac OSX 10.8.4 system. Please try it out and see how it runs on your system. I am still fairly new to the go language and I am not sure if it requires libraries to be loaded or not. I believe not.

I am finding myself needing to have a small, chrome-less window on top of everything that just shows the current clipboard contents. It should update as the clipboard is updated. Since Alfred already monitors the clipboard, this would not be hard to implement. Have it's look similar to the current theme. Clicking and dragging anywhere on the window will drag it around. Have a hotkey that is user settable to display/not display the window.

Please!

Hi, hope you can submit this nice workflow to the List site below~

I think it is. But I will do a double check and send it if not.

Hi, I just updated this workflow to allow for multiple lists. Therefore, if you have more than one list that has items sequenced together, you can use this workflow to sequentially view them. Full directions are in the ReadMe for the workflow. Let me know if you need any other features.

 

I'll try to think of a creative way to check the names, but it'll be tough. A lot of developers are doing things like adding version numbers to their exported filenames, which could potentially throw it off a bit. But I'll see if I can think of something.

Well, you could create a regular expression to turn all non-alpha characters into spaces, then separate by spaces, and use the first word in a search on the string of the new file name. If one full word is the same, assume it is the right one. That at least would catch the one that I am having problems with. There is only a few with really similar names.

Then, if the developer still tries to mess it up, set the "arm out of the screen" procedure to go for his throat! ;-)

Hm, in all honesty, I'm not sure what do to about the issue with reopening Alfred; it's unclear to me what effect starting a new Alfred instance has on processes that Alfred's spawned in the background, aside from "a not-very-nice one." I'll investigate it a bit, but that traceback info doesn't immediately suggest any leads. The error with Pocket is on the Pocket developer's end: if you look at his update.json file, it's actually just an unmodified copy of my Things update.json file that I assume he forgot to edit. As for the update-revenants, try running oop!—if it clears them up, then Alleyoop's cache was being overzealous; if not, then I suspect there's an error with the developers' update files.

I think it is a problem with trying to open a database file more than once. The checker is checking it, but the downloader is writing to it that it has been checked. Because, when I open Alfred, Alfred is set to show the last thing I did. That will run the checker again. I like that behavior for most workflows, but that one workflow does not. When you query your database, are you checking for already open errors?

I was running "oop!", but, as you said, the developer is not changing the file properly. You might put a check for the file name being different than the name in the json file and just flag it as an error or something. It is awful confusing to think you are getting one thing, and something else is popping up. Makes you feel like you have a virus!

Also, it is importing Pocket as Things. Since they are different authors, I was wondering if AlleyOOP might be downloading the wrong one, but naming it differently. Not sure and not sure how to check (I am not that good at python).

Hi, I just found an error. If AlleyOOP is downloading workflows and you open Alfred, it gives a long error message in the notifications. Also, I am getting the same three workflows need updated everyday: CyberDuck, Date Calculator, and Pocket. Is it the workflows fault or is AlleyOOP stuck on them? This is the output:

Hi laerador,  Thanks for the help with the readme. I am new to Markdown and using GitHub, but I am learning. The library right now is very basic (I patterned it after the workflow.php library). If you think of any new functions or write them, just let me know and I will add them into the main. I would like to see this go well since it helps the workflows run so much faster! I am working on my AlfredTimeKeeper to move it to go as well. Stay tuned!

I just updated the GitHub site for easy importing. To get the library, you have to run:

go get github.com/raguay/goAlfred           (you might need to use 'sudo' depending on your configuration of go)

To use the library in your program, just include it with:

import "github.com/raguay/goAlfred"

Have fun. I am!

Hi,

I just started a new library for the "http://golang.org" - go programming language from Google. It has all the basics to create a workflow using go. I will be adding to it. If you think of a function that needs to be in it, let me know or fork the library and do a pull request. You can get the library and example program https://github.com/raguay/goAlfred.

How can I check that out? I am not that good at Python.

AlleyOOP quit working for me. It says: 

Traceback: (most recent call last)

File "act.py", line 9, in <module>

from Foundation import

NSDistributedNotificationCenter

ImportError: No module named

Foundation.

I downloaded the one on your web site and it still gives this error.

The PopClip application will delete an extension after it is loaded. That makes using a Hazel script to import it automatically work very well. I tried to create a Hazel script that would import and then delete the workflow, but it only gets the very first one and the rest gets deleted before importing. Now, I have to manually delete them after importing. It would be nice if Alfred would just delete it when it is done.

Very nice! thanks!

Could you please try again? Probably there was something wrong with github.io site.

It worked this time. Thanks.

The workflow link does not work. Does anyone have a copy?

Hmm ... so the setup script finds your databases. Could you please check if there is a file called databases in

~/Library/Application Support/Alfred 2/Workflow Data/com.markokaestner.devonthinksearch

What does the devon.log inside the workflow directory say?

Nope, that directory does not exit. I deleted the workflow and re-installed, but it is still not creating a directory by that name. I am using the latest Alfred also (2.0.3 (187)). Not sure what the problem is. Many of the other workflows have their directory okay. I created the directory and now the workflow works okay. Therefore, there is code missing to make that directory, or Alfred goofed!

Thanks for the help. I am really liking that workflow now!

Have you tried the devondb! keyword to update the database list?

 

If that's not working, could you run the setup script from inside the workflow directory and send me the output.

Yes, I ran devondb! and it said there were no databases. The setup routine shows this:

Does that help?

I installed version 1.1, but it says I have no databases! I have DevonPro 2.5.2.

Glad it's working for you!

 

I can confirm the behavior you are seeing, but only when iTerm is not already running.  When iTerm is running, but with no open windows, it behaves as expected.  Is that consistent with what you are seeing?

 

And yes, happy to see if I can find a workaround.

Yes, that is exactly what I am seeing. Thanks.

I just downloaded it. It correctly gets my different iterm profiles! Yeah! The other workflow did not. I like the horizontal alignment feature and it works fine. If I do not already have an iterm window open, the iterm command with a different profile will open a default profile and the profile I stated. Could that get fixed to only opening one terminal each time? So far, that is the only problem with it.