Skip to content
This repository has been archived by the owner on Dec 13, 2018. It is now read-only.

Outline view nesting issue #176

Closed
damieng opened this issue Mar 1, 2018 · 9 comments
Closed

Outline view nesting issue #176

damieng opened this issue Mar 1, 2018 · 9 comments
Labels

Comments

@damieng
Copy link

damieng commented Mar 1, 2018

image

filterChangeWatchedFiles should be shown below TypeScriptLanguageClient not onDidConvertAutocomplete - the result payload looks like this;

image

This occurs in both 0.9.1 and 0.9.2 (and possibly earlier)

@damieng damieng added the bug label Mar 1, 2018
@laughedelic
Copy link

I can confirm that this occurred earlier. Can't say exactly, but for sure before 0.9.0.

@laughedelic
Copy link

laughedelic commented Mar 1, 2018

In fact, I found a screenshot dated by February 7, that I was going to use to report this (but then forgot 😅). So I think it was introduced in v0.8.0.

screen shot 2018-02-07 at 18 42 00

(here selected Scalafix symbol (and all following) should be on the same level as Scalafmt)

@damieng
Copy link
Author

damieng commented Mar 16, 2018

Hey @wbinnssmith any thoughts on this? It looks like the ol/li isn't nested in the dom so not sure what the intent was on how to identify the nesting here. Basically direct items beneath a branch have the same nesting as children below a peer. (getGrammarScopes, getLanguageName, getServerName and filterChangedWatchedFiles in my screenshot should all be considered the same 'level' as startServerProcess - not its children)

@matthewwithanm
Copy link
Contributor

thanks for the report! looks like this is a simple repro:

class P:
    p = 1
    class K:
        k = 1

@wbinnssmith
Copy link
Contributor

thanks @laughedelic @damieng @matthewwithanm !

going to look into this soon.

@laughedelic
Copy link

Here's another screenshot, which shows that the problem could be about rendering the list, not the nesting itself (that's why I opened #192 before):

screen_shot_2018-04-08_at_00_07_46

In this outline the only misplaced items are highlighted, the red line shows that they are on the same level as autoImport in the code. And autoImport is placed correctly in the tree (with right indentation).

Notice also that the rest of the outline is correct: the Metals node has many children and they are all placed correctly.

@laughedelic
Copy link

Here is a better demo:

2018-04-08 00 32 21

You see that x and y are aligned correctly, but appearance of the second level of nesting (foo.x.y) changes alignment of all other children.

@matthewwithanm
Copy link
Contributor

this should be better in next week's release. thanks @peterhal for the fix!

@hansonw
Copy link
Contributor

hansonw commented May 10, 2018

Will publish a release with 7a73f33 soon :)

@hansonw hansonw closed this as completed May 10, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

5 participants