profile
viewpoint
Seray Uzgur serayuzgur Istanbul / Turkey

serayuzgur/crates 97

crates is an extension aims to help people to manage their dependencies for rust (crates.io & TOML).

serayuzgur/heartbeat 13

heartbeat is a minimalist Java framework for single-board computers (C.H.I.P., Raspberry Pi, BeagleBone, etc.)

robeio/robe-react-admin 9

Building robe react admin with robe-react-ui

serayuzgur/mudelephant 7

A performance oriented, shaved, light-weight Java Web framework which is at **alpha** state.

serayuzgur/marko-example 5

An example project with markojs and apollo-fetch.

serayuzgur/lightsch 3

Fast, Light Schematron Validator.

serayuzgur/chainake 2

A snake game written with rust

serayuzgur/alpine-node-bash-git 1

Minimal Node.js built on Alpine Linux (Docker) + bash + git.

issue commentserayuzgur/crates

spaces in dependencies section prevent syntax highlighting and icons

fixed , you can check at v0.5.4

kiba-2020

comment created time in 5 days

push eventserayuzgur/crates

Seray Uzgur

commit sha 1b1371e22f71f70bdf8ad13dd724b6676053dec4

refactor

view details

push time in 5 days

issue commentserayuzgur/crates

Incorrect dependency name hangs extension on "Fetching Crates.io"

I think it is related with #104 Can you please check ?

djc

comment created time in 5 days

issue commentserayuzgur/crates

Not working with proxy server on linux

@mlesin can you please check #104 is your case related with it ?

mlesin

comment created time in 25 days

issue commentserayuzgur/crates

Incorrectly marking 1.4.0 as incompatible with 1.3

I will prepare a good test case and look for it.

djc

comment created time in 2 months

issue commentserayuzgur/crates

Accessibility regression

Hi, @jestarray I don't use any colors, they are just emojis. You can select a better colored emoji for your distro and edit templates.

dcormier

comment created time in 2 months

issue commentserayuzgur/crates

Accessibility regression

Yes, it is always hard to select icons for me :) Please, help me with your suggestions.

dcormier

comment created time in 2 months

issue commentserayuzgur/crates

Unable to manage extensions with large repos

Please filter crates preferences it must be the last one image

dcormier

comment created time in 2 months

issue closedserayuzgur/crates

Accessibility regression

Describe the bug The previous version used symbols to indicate status; the current version uses only color. I'm colorblind (as are about 10% of males). This is not useful to me.

To Reproduce Steps to reproduce the behavior:

  1. Open your Cargo.toml file containing one or more dependencies.

Expected behavior I expect symbols to make it easy to tell the status of my dependencies.

Screenshots image

Desktop (please complete the following information):

  • OS: macOS 10.15.5
  • Version: vscode 1.48.2; crates 0.5.3

closed time in 2 months

dcormier

issue commentserayuzgur/crates

Accessibility regression

Hi, please feel free to change preferences. It uses a template, so you can enter whatever you want. image

dcormier

comment created time in 2 months

push eventserayuzgur/crates

Seray Uzgur

commit sha 37d279f49d42d6fa9638350d29aeaf6ed749013d

#86 fixed

view details

push time in 2 months

issue closedserayuzgur/crates

Show different status indicator for semver-compatible updates

First let me say that I just recently discovered your extension on Twitter and I love it. That said, I think it could be better still, so here's one little suggestion.

Is your feature request related to a problem? Please describe. When reviewing dependency versions I'm usually hunting for semver-incompatible updates, since I use cargo update to bump all the semver-compatible ones. I noticed that your extension already shows 👍 for versions that are set to "1" for example, but actually it could/should also do this for crates that are set to "1.0.1" for example, since these are semver-compatible cargo will pull in the updates automatically. Setting it to 1.0.1 might be common if you've never tested your crate with 1.0.0 for example, or if you know you need a bugfix from 1.0.1. (Just in case you're not aware, in Cargo.toml "1.0.0" is equivalent to "^1.0.0" rather than "=1.0.0" -- you probably always want to be show semver-compatible updates in the latter case.)

Describe the solution you'd like Right now your extension either shows 👍 or "Latest: 1.2.3" by default. However, it seems to show "Latest: 1.2.3" even if I have say "1.1.2" configured. It would be nice if it could distinguish between semver-incompatible updates (as in, "2.0") and semver-compatible updates ("1.2.3"). The simplest way to do this could be to show 👍 for semver-compatible updates. A slightly more advanced way could be to distinguish between the case of semver-compatible and the case of semver-incompatible updates (for example, 👍 1.2.3 for semver-compatible and "Latest: 1.2.3" for -incompatible).

closed time in 2 months

djc

issue closedserayuzgur/crates

Unable to manage extensions with large repos

Crates with large repos seem to be problematic for the extension.

To Reproduce

  1. Add this to your Cargo.toml:
[dependencies.web-sys]
version = "0.3"
features = [
  "console",
]
  1. Notice the red exclamation point that appears next to the version with an error message:
web-sys: StatusCodeError: 403 - "{"message":"This API returns blobs up to 1 MB in size. The requested blob is too large to fetch via the API, but you can use the Git Data API to request blobs up to 100 MB in size.","errors":[{"resource":"Blob","field":"data","code":"too_large"}],"documentation_url":"https://docs.github.com/rest/reference/repos#get-repository-content\"}"

Expected behavior The extension would be able to manage this dependency.

Screenshots image

Desktop (please complete the following information):

  • OS: macOS 10.15.5
  • Version: vscode 1.48.1, crates extension version 0.5.2

closed time in 2 months

dcormier

issue commentserayuzgur/crates

Unable to manage extensions with large repos

please use version 0.5.3 with localRepository enabled.

dcormier

comment created time in 2 months

issue commentserayuzgur/crates

Show different status indicator for semver-compatible updates

OK done, it seems that we are ready for the new version. Thanks for all

djc

comment created time in 2 months

issue commentserayuzgur/crates

Show different status indicator for semver-compatible updates

Hello All, I worked on this issue and want to share latest status with you. Since it must be clean but also detailed I did it as combination of what @repi and @djc suggested. So I am sharing my S.S. please take a look at and tell me if I got something wrong. Emojis are for the test purpose , they will be editable at preferences. Screen Shot 2020-08-31 at 14 54 36

djc

comment created time in 2 months

issue commentserayuzgur/crates

Show different status indicator for semver-compatible updates

@repi according to your suggestion, There will be only one decorator for ex Latest patch: 0.7.9 or Latest minor: 1.3.2 If your version satisfies nothing

  • You will see Latest patch: 0.7.9 If your version satisfies
  • PATCH you will see Latest minor: 1.3.2
  • MINOR you will see Latest major: 2.1.4
  • MAJOR you will see 👍

If it is true, I want to call it "Progressive Suggestion" Am I right ?

djc

comment created time in 2 months

issue commentserayuzgur/crates

Show different status indicator for semver-compatible updates

As I understand MAJOR ,MINOR and PATCH needs to be handled differently and users need to identify them with a single look of an eye. Since not every one uses cargo update and extension can not parse the lock file right now we can't really have "truth" about what version the project uses. I assume this extension should always show the information about the real situation and showing a lucky guess will might be missleading.

Here is my idea (waiting for your feedback);

The best I can do right now seems to be showing 3 separate decorators instead of one Latest XXinformation. Let's say current version is = 0.7.4

And the decorator could be like for ex. Major:1.0.115 Minor:0.9.15 Patch:0.7.15 template will be editable as the current settings and users will be free to set whatever he/she wants.
For ex.

  • Maj: ${major} Min: ${min} P:${patch}
  • Min: ${min} P:${patch}
  • P:${patch}
  • Maj: ${major}
serde = "0.7.4"  (Major:.1.0.115   Minor:0.9.15   Patch:0.7.15)

or

serde = "0.7.15"  (Major:.1.0.115   Minor:0.9.15   Patch:👍)

What do you think?

djc

comment created time in 2 months

issue commentserayuzgur/crates

Show different status indicator for semver-compatible updates

Hi All, Thanks for the issue. I am working on this right now. I think we should keep this issue at the safe area for now and parsing the lock file is whole new adventure. According to me shipping different semver indicators for the toml file first is best way to take fast action.

djc

comment created time in 2 months

issue closedserayuzgur/crates

"web-sys: StatusCodeError: 403"

Describe the bug

  • The same situation of https://github.com/rust-lang/crates.io/issues/2115 ; "VSCode crates extension could use an API that only returns a crate's versions"
    • See also: https://github.com/serayuzgur/crates/pull/77 ; "Use local registry index for fetching versions"

To Reproduce

  1. Add web-sys dependency in the Cargo.toml, then it show ❗️ icon.
  2. Hover on ❗️, then show the error message popup.
[dependencies.web-sys]
features = ['Document', 'Element', 'HtmlElement', 'Node', 'Window', 'Headers', 'Request', 'RequestInit', 'RequestMode', 'Response']
version = "*"

Expected behavior It will be show 👍 icon and popup with version links.

Screenshots image

Desktop (please complete the following information):

  • OS: Windows, Arch(WSL2)
  • Version crate-0.5.2

Additional context

  • crates.useLocalCargoIndex is true.

closed time in 2 months

usagi
IssuesEvent

issue commentserayuzgur/crates

"web-sys: StatusCodeError: 403"

Thanks for the issue. It was a bug and will be fixed with the version 0.5.3.

usagi

comment created time in 2 months

push eventserayuzgur/crates

Seray Uzgur

commit sha c5714959f7030efa8f8ad436ad979ca413d76400

Local registry bug fixed #95

view details

Seray Uzgur

commit sha b6120789d8f422d9638c1415fe05a628fd9f0960

change log record added

view details

push time in 2 months

issue closedserayuzgur/crates

"web-sys: StatusCodeError: 403"

Describe the bug

  • The same situation of https://github.com/rust-lang/crates.io/issues/2115 ; "VSCode crates extension could use an API that only returns a crate's versions"
    • See also: https://github.com/serayuzgur/crates/pull/77 ; "Use local registry index for fetching versions"

To Reproduce

  1. Add web-sys dependency in the Cargo.toml, then it show ❗️ icon.
  2. Hover on ❗️, then show the error message popup.
[dependencies.web-sys]
features = ['Document', 'Element', 'HtmlElement', 'Node', 'Window', 'Headers', 'Request', 'RequestInit', 'RequestMode', 'Response']
version = "*"

Expected behavior It will be show 👍 icon and popup with version links.

Screenshots image

Desktop (please complete the following information):

  • OS: Windows, Arch(WSL2)
  • Version crate-0.5.2

Additional context

  • crates.useLocalCargoIndex is true.

closed time in 2 months

usagi

issue closedserayuzgur/crates

RLS or VSCode Rust plugin integration

Hi, this is really nice work! It's something we often get requests for in the RLS. Would you be interested in integrating this either with the Rust VSCode plugin or with the RLS itself? RLS integration would be better since it would make the features available with other editors (Atom, Eclipse, etc), however, I imagine it would be a bit more work to port this to working on the language server.

closed time in 2 months

nrc

issue commentserayuzgur/crates

RLS or VSCode Rust plugin integration

Sorry for the long wait but for now I decided not to work on this. I got my reasons and they are always open for discussion. Feel free to contact. Thanks anyway.

nrc

comment created time in 2 months

issue closedserayuzgur/crates

[Feature Request] Keyboard shortcut to view crate versions list "dialog box".

Is your feature request related to a problem? Please describe. It would be wonderful if the crate's version info "dialog box" could be displayed with a keyboard shortcut like "Ctrl + Space" (or user defined). The current solution we have in place is to hover over crate's empty version field and get a list of suggestions. I am asking for possibility to extend the "dialog box" to listen to specific keyboard shortcut (like Ctrl + Space) as well.

Describe the solution you'd like A trivial solution would be to listen to keydown event and check for shortcut combo. Whenever the user desired shortcut is pressed inside Cargo.toml "tab" on Editor, the version info dialog box would be visible.

Describe alternatives you've considered An alternative to the current visible dialog box would be to use VS Code's native 'dropdown' widget (the autocomplete widget which is visible with known types like enums). Hope this made sense!

Additional context I am primarily a keyboard user and I prefer not to use the trackpad in general. I believe this feature would help devs like me who prefer keyboard shortcuts than mouse cursor. It would also improve accessibility for the extension as well.

closed time in 2 months

shanmukhateja

issue commentserayuzgur/crates

[Feature Request] Keyboard shortcut to view crate versions list "dialog box".

Hi @shanmukhateja thanks for the issue. I relaized that it can be triggered with a shortcut according to your mappings. Please take a look at here

"Show Hover" is what you are looking for. Place your cursor (not mouse 😄 ) in to the dependency information and use the shortcut.

hover

shanmukhateja

comment created time in 2 months

issue closedserayuzgur/crates

Incorrectly running on non-dependencies section of Cargo.toml

Describe the bug The cargo winrt command uses the fact that package.metadata in Cargo.toml files can contain arbitrary data to encode which Windows Runtime packages should be downloaded from NuGet as dependencies for Rust based WinRT project. Unfortunately, the crates extension incorrectly views these as Cargo dependencies and tries to fetch information on them.

To Reproduce Steps to reproduce the behavior: 1.) Add the following to Cargo.toml:

[package.metadata.winrt.dependencies]
"Microsoft.Windows.SDK.Contracts" = "10.0.19041.1"

2.) Observe the ! that appears next to the dependency.

Expected behavior These dependencies should simply be ignored by the extension.

Screenshots caputre1

Desktop:

  • OS: Windows 10
  • Version 0.5.2

closed time in 2 months

rylev

issue commentserayuzgur/crates

Incorrectly running on non-dependencies section of Cargo.toml

@rylev Thanks for the report. It will be fixed wit the version 0.5.3

rylev

comment created time in 2 months

push eventserayuzgur/crates

Seray Uzgur

commit sha 0e10db1df6c2220b9a4dc3122cd486bf09566b63

#94 package.metadata bug fixed

view details

Seray Uzgur

commit sha 435991dabd42aff0dec1fefc06d6f3d0cb8ea6c3

change log

view details

push time in 2 months

push eventserayuzgur/weld

Seray Uzgur

commit sha 5c7594358c1c552103eb6fb7071e69fe0e17f918

funding yml

view details

push time in 2 months

push eventserayuzgur/crates

Seray Uzgur

commit sha 1fc779b622dd1347022778e5cf6321f1405e13dd

funding yml

view details

push time in 2 months

startedcosmtrek/air

started time in 3 months

more