rafaelcampos

Oh, nice!

Thank's man

Nice, that's ok. Your workflow is the best man, take your time, I'll be waiting for

Hi Stephen

I get a situation on Attach new PDFs. I've tried both ways: by Alfred’s file manager and by hotkey. This works well.

Then a ZotQuery box pops up asking me what terms I wanna use for ZotQuery: SEARCH, GOOGLE, DEEP, Answered, Question, July, HARVESTING? 

I chose Google (but I've tried others as well). from here, does not work anymore.

A z:pdf search launch asking if I just wanna attach the PDF to Zotero item, or if a wanna Create a new Zotero Item and attach the chosen PDF. However, no matter which I chose notting works. 

After that, I also tried launch the z:add. At this time, when I do that appears the search parameter "zot z:add" and gives me an error: "ERROR! no results found".

Am I doing something wrong, or should I change some stuff?

Yours

Oh, I'm sure that ZotQuery will help me, no doubt about it. Ok, I let you know how is working.

My one is Standalone, only.

Thanks again

Hey Stephen, It's working!

I found the zotero sqlite: /Users/Local/Library/Application Support/Zotero/Profiles/91d59nt0.default/zotero

rebooted the mac & did again as you said to me, and now it's working man!!!! 

I'll run everything to be sure that all is quiet running, but I let you know in any case…

Thank you I do appreciate your help

I did as you said and was going pretty fine, but I probably choose the wrong path to the zotero sqlite databe, because an error was reported:

System events got an error: the file do not include an icon

and also there wasn't demanded my Zotero User ID

Indeed no dialog box appears to be selected, just one saying that I already have configured…

So, I passed to next step: z:settings command. It seems working, but then nothing happens…

& Thanks your support

Thanks guys, but I'm in your hands.

I'm ashamed of myself… I just can't find these files

thank all your infos @deanishe

I'll do that next time

the workflow is configured, the cache however send me a result: traceback (most recent call last): File "action_update-caches.py", line 47, i…   the line 47: "shutil.copyfile(zotero_path, clone_database)". That makes me thing that the problem could be at the cache/library I don't know...

As I said, I'm completely nearby Alfred and so on, BUT I just started because of your workflow… 

I hope this log is that you expected for. I've read your previous posts but I don't know where the problem is so I'm afraid to change things that are working well:

Image 1

Image 2

Image 3

Image 4

Image 5

Image 6

Image 7

Image 8

If I made mistake please let me know how to show the action and filter logs

Thanks a lot

@Ritashugisha

I get it… I've changed the browser on Alfred Preferences from Default Browser to Chrome, and now works fine

Obrigado/Thanks

@Ritashugisha 

One more very promising workflow. As always!

 

- While Google Chrome is my default browser, a Firefox window opened during my first startup.

- "youprofile" commands did not work for me. Nothing happens after writing "youprofile"+ hitting enter.

 

Any other command is working as advertised.

 

Can we change the keywords to our likings or the workflow won't work?

@politicus

Thank you for the feedback!

 

It's very hard for me to test features for this workflow since YouTube accounts vary by so much. So any detailed feedback on broken features or problems that occur is greatly appreciated.

 

• The Firefox window that appears on setup is set to Firefox by default. Since Firefox is so easy to use when it comes to scripting, I have set Firefox to open as default. I hope to allow the default browser of the user to open up instead of Firefox in the future.
• Keywords that begin with "►" must be left unchanged. Many of the features in OmniTube require automated script filters which have to be set to a default keyword. Other than that, any keywords that do not start with "►" can be edited to your liking.
• As of now I'm working on a fix to the "youprofile" bug, I think I will also have to temporarily add a window that shows stack traceback errors so users can post errors on this topic.

I'm very glad that this workflow isn't completely broken on release though. Thanks again for the feedback!

Hi @Ritashugisha

The same happened with me…

Just to know, I use the same system

It sounds like you're using an old version of the workflow. Try downloading the current version.

humm thanks Deanishe, but my version is 5.6.

I'm new with workflow, I really don't know what the problem is.

Thanks for the workflow   

Ok. I have uploaded a new version of the workflow that I believe will fix the problem. Please go re-install. 

 

For posterity's sake, I will briefly explain the issue. In short, I made a rookie mistake (which makes sense, since I'm a Python rookie). I like organization, so I wanted to put all of the code's dependencies and modules within a sub-directory in the workflow folder. So I put the alp module, the pyzotero module, the applescript script, and the html2md scripts in there. At various points in the workflow all of these scripts and modules are called, but none of this is my code. Well, I didn't fully understand (and still don't *fully*) how Python treats scripts that are imported in other scripts. When I was importing the alp module, my local workflow was actual importing the alp module that I have download to my PATH (/Library/Python/2.7/site-packages), not the alp module within the dependencies directory. This was allowing my local workflow to function properly. BUT, for those of you (most of you I would imagine) who don't have the alp module within your system, the import call could only find the module in the dependencies directory. Well, for Python, nesting modules and such is not exactly the same as nesting directories in the file system. Your "folders" need to be properly configured Packages, not simply directories. So by putting alp within the dependencies folder, I was actually putting it within a Python Package without knowing it, and thus without configuring the dependencies directory accordingly. This is probably rambling at this point, and I'm not even 100% clear on all of this, but the short point is, I've fixed it (I believe).

 

I have also deleted these modules from my PATH, so that I can better debug the average user's problems. I'm sorry for the issues, but thanks a ton to @culb0743 and @kithairon for bringing this major bug to light. 

 

Please let me know if this fixes your problems.

 

stephen

Hi Stephen, I had the same problem…

I just can't search on Zotero.

So, if you could help me on this. Answering your first similar ask:

I have a 'six.py' folder. And also in "dependencies/alp/core_dependencies" there are the three things you told: a folder called biplist, a scipt called __init__.py, and a script called six.py.

my Python version is Python 2.7.2 (default, Oct 11 2012, 20:14:37)  [GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin

& My OS X is 10.8.3.

I hope you could help me.

Thank you