m9dfukc / deepl-alfred-workflow Goto Github PK

When trying to translate "In welcher Sprache möchten Sie kommunizieren? Meine Muttersprache ist Deutsch, aber ich spreche auch fliessend Englisch.", only the 2nd sentence (after the question mark) is translated:

On the DeepL website, it works as expected:

Please have a look at https://github.com/m9dfukc/deepl-alfred-workflow/blob/master/src/deepl.php#L17

Shouldn't it be title instead of tile?

When translating sentences (which are the main purpose of using DeepL in my opinion), the suggestions are stripped way too much:

It would be great to have a larger preview for the currently selected suggestion.

example: dl hello world > en returns results in french ... how to handle these?

Leave this just as is? Or implement a easter egg ... f.e. "Chuck Norris would ..."?

If i type "dl hello world" i get DeepL not translation found.
Or could be the problem that i have php7 installed.

scenario:
we wanna translate gültigkeit from german to english, the source language should be detected automatically (german) and the default target language is set in our script (english).

what happends:
the automatic source language detection fails and is set to english (?), as a translation result for gültigkeit we get gültigkeit, so basically the same as the input.

what should happen:
as a translation result we should get validity.

what might be the reason:
if gueltigkeit (ue instead of ü) is the input we wann get translated, the result validity shows up, thus it seems somehow related to the ü special char character.

Hi, just installed your workflow and tried to translate a simple word like "hello", but nothing happens... Here is the debug output:

[2017-10-20 13:02:32][ERROR: input.scriptfilter] Code 255: Fatal error: Arrays are not allowed in class constants in /Users/nicolas/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.1CD96169-6161-4552-8F6F-6167079FACCD/vendor/chriskonnertz/deeply/src/ChrisKonnertz/DeepLy/DeepLy.php on line 43

[2017-10-20 13:02:32][ERROR: input.scriptfilter] JSON error: JSON text did not start with array or object and option to allow fragments not set. in JSON:
Fatal error: Arrays are not allowed in class constants in /Users/nicolas/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.1CD96169-6161-4552-8F6F-6167079FACCD/vendor/chriskonnertz/deeply/src/ChrisKonnertz/DeepLy/DeepLy.php on line 43

Any idea?

If we chose two (or more) times the same target language we'll get duplicate results.

Example: dl hello world > de de results in duplicate translations

Seems that the translation API just returns DeepL no translation found.

Hi, I'm wondering if there is a possibility to add an "bought" API key to the workflow? Functionality wise this workflow is super useful to me but it constantly keeps breaking because of API rate limits.

As of the time being this workflow doesn't work anymore. Deepl took several steps to prevent the querying of their public (unofficial) Api, but instead setup an (paid) official Api for developers.

If you are willing to pay a few bugs per month then you could use this workflow, otherwise there is still the workflow from Alex which unfortunately also suffers from the very strict deepl api restrictions.

Expected behaviour:

Should receive translation.

Actual behaviour:

Workflow quits, with following error message:

[2017-10-19 10:34:20][ERROR: input.scriptfilter] Code 254: Parse error: parse error in Command line code on line 7
[2017-10-19 10:34:20][ERROR: input.scriptfilter] JSON error: JSON text did not start with array or object and option to allow fragments not set. in JSON:

Steps to reproduce:

Open Alfred and enter dl it's lunch time

Hi! Thank you for your script.

Would be useful to have multiple translations in different languages with the same query :)!

Sometimes the DeepL Api returns duplicates. A mechanism is needed to remove these from the output.

Sometimes the automatic source language detection doesn't work properly. We need a way to manually force the source language like we already can force the destination language.

Example:
dl orphan en > de or dl orphan en > de nl in case of multiple target languages.

Hello,

I've downloaded this awesome workflow (it's working well on my office-mac), set DE as the default language. and set the keyword to start the workflow to "dl". This is starting the deepl-workflow correctly.

But as soon as I start typing any query, e.g. "home", the default search prompts are bein displayed instead of the translation results. I have recorded a brief screencast to show you this behaviour:

https://www.dropbox.com/s/yhtpcm1up2bi7tm/alfred-workflow-error-deepl.mp4?dl=0

Furthermore I have set debugging of the workflow to "All Information" and used it again. You find the result below.

Could you please check and advice about how to fix this?

Thank you and kind regards,
Sascha

Starting debug for 'Deepl Translate'

[2018-05-20 13:39:27][input.scriptfilter] Queuing argument 'Home'
[2018-05-20 13:39:28][input.scriptfilter] Script with argument '(null)' finished
[2018-05-20 13:39:28][ERROR: input.scriptfilter] Code 255: Fatal error: Arrays are not allowed in class constants in /Users/saschaliem/Dropbox/SushDATA/Library/Application Support/Alfred3-NEW/Alfred.alfredpreferences/workflows/user.workflow.99CAF984-1E93-4A50-81F2-2D78043E394E/vendor/chriskonnertz/deeply/src/ChrisKonnertz/DeepLy/DeepLy.php on line 45
[2018-05-20 13:39:28][ERROR: input.scriptfilter] JSON error: JSON text did not start with array or object and option to allow fragments not set. in JSON:
Fatal error: Arrays are not allowed in class constants in /Users/saschaliem/Dropbox/SushDATA/Library/Application Support/Alfred3-NEW/Alfred.alfredpreferences/workflows/user.workflow.99CAF984-1E93-4A50-81F2-2D78043E394E/vendor/chriskonnertz/deeply/src/ChrisKonnertz/DeepLy/DeepLy.php on line 45

Hi, the workflow stopped working. Previously…
…"dl word-to-translate." would show the translation. Now there is not result. Debugging shows:
[2019-11-07 14:41:15][ERROR: input.scriptfilter] Code 4: parse error: Invalid numeric literal at line 2, column 0

The hardcoded example "dlfr" still works. If I change the language code form FR to EN there the translation works as it used to — so the problem only occurs when using the "dl" on it's own.

Am i missing some configs???