-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for OpenFile to Intellij #35
Conversation
This reverts commit 21c7791.
🦋 Changeset detectedLatest commit: 75ed249 The changes in this PR will be included in the next version bump. This PR includes changesets to release 1 package
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
setState(State.IDLE) | ||
}, | ||
[editor] | ||
) | ||
|
||
const openFileInIDE = (file) => { | ||
if (editor === 'intellij') { | ||
const url = `http://localhost:63342/api/file/${file}` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TIL! I'd like to move this logic up so that lineNumber
& columnNumber
can be used.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I confirm that in the state it works well, intellij opens the file in the right row and in the right column.
Would you prefer to use another syntax?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ericclemmons JetBrain's IDEs support both formats: file.kt:100:34
and file.kt&line=100&column=34
. No reason for additional logic here. It is just work.
add |
jetbrains IDEs partially support URL handling, like this:
The following schemes are supported:
Unfortunately this only works for macos. But I still think it might be faster than opening via Perhaps it is worth doing a check on the operating system and doing two ways? What do you think? |
I tried this methos but jetbrains got an error: "Unsupported protocol" regression for URI handler. The safest method remains |
Just noticed that URL Handling works all the time, even when the IDE is closed, it'll then open it. The |
I think it makes sense to add this to the documentation. ======= We can implement both methods and describe their differences in the documentation. A consumer will choose a desired option. There is not even a coincidence of the names of the editors. It seems to me that this PR does its job well. I'd like to add schema support for specific IDEs later (if no one gets ahead of me). |
Thank you for everyone! |
Not a bad idea. Could we somehow also create a more persistent solution to this? While developing I often clear the whole application data to reset something or test a fresh state. This would always reset this, right?
The order could be smth like "localStorage > window > environment" so localStorage would override window and env and window would take presence before environment if localStorage has nothing stored. Does that make sense to you? |
Great idea. But sounds like a separate PR. I'm afraid adding new features (which are yet to be discussed) will slow down the approve of this PR. |
@dunklesToast another dirty thought is to somehow use GET parameters. For example, take initial value from there and put it in LS or window. |
You're right ! I revert code to change the default editor in the context menu. I will make a separate PR. |
@ericclemmons I'm waiting for your instructions if you have any, thanks |
@ericclemmons hi! any updates here? |
Any update on this? Would love to have it, might just have to check out this PR if it isn't going to be merged. |
@zaideygrek Looks like this project is abandoned. We're gonna have to use a fork to have this feature implemented. :/ @ericclemmons per chance, could you please clarify if you still plan on supporting this repo? thank you! |
I struggled to get this working as a Chrome extension.
That would be the best way for it to work without code changes and support
per-machine IDEs.
Paid dev is taking precedence, so if anyone wants to DM me about project
rates, reach out via Twitter 🙏🏻
On Thu, Oct 6, 2022 at 3:52 PM Mika Melikyan ***@***.***> wrote:
@zaideygrek <https://github.com/zaideygrek> Looks like this project is
abandoned. We're gonna have to use a fork to have this feature implemented.
:/
@ericclemmons <https://github.com/ericclemmons> per chance, could you
please clarify if you still plan on supporting this repo? thank you!
—
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAADWTV4YNBN3HKCEEYB3GTWB43ZZANCNFSM5UQ5GIPA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Sent from Gmail Mobile
|
What do you think about this chrome extension locatorJs ? |
I still think this is a fantastic solution and could actually be turned into a big product with more features, but as-is it's awesome doing its job! I've tried LocatorJs and it's not nearly as intuitive as Concerning the IntelliJ support that this PR addresses, I've tested with WebStorm and works like a charm ✨ Please consider merging this :)) |
I added Previously, this project was supported by Stripe but is not any longer. |
about the comment above: sounds good, I think I can spend a little time on it. but I don't have much experience with versioning support and stuff around releases. @ericclemmons do you still own and release new versions? If so, can you add an available CONTRIBUTING.md to the project? |
about this PR: @zaideygrek will you have time to update this PR or will I pick up this task? |
Sorry I don't have time to clean the code and continue this PR. |
I made a PRBut alas, there has been no merger. |
No description provided.