Skip to content
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.

Sign up for GitHub

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

Jump to bottom

needed tab-completion fixes #1194

Closed
staticfloat opened this issue Aug 22, 2012 · 4 comments
Closed

needed tab-completion fixes #1194

staticfloat opened this issue Aug 22, 2012 · 4 comments
Labels
bug Indicates an unexpected problem or unintended behavior

Comments

@staticfloat
Copy link
Member

Condensing this into a useful title was interesting. I have a directory with "ConeKernelTest.jl", and "ConeKernelTest.py" in it, and I tried to open "ConeKernelTest.jl" in textmate via the "mate" command. I typed \mate Co`, and was pleasantly surprised to find that it autocompleted as far as it could, and displayed the ambiguous possibilities for my further perusal. My console now displays:

julia> `mate Con
ConeKernelTest.jl  ConeKernelTest.py  
julia> `mate ConeKernelTest.

Unfortunately, when I then type j<TAB>, the tab completion seems to forget everything previously typed and autocompletes as if I had started typing with that "j". This is different from most other tab completion systems, such as bash and ipython.
@JeffBezanson
Copy link
Member

There are a few other bugs in tab completion I've noticed. First, it needs to be updated for modules. It currently only completes within Base, but it should work within the current module (Main) by default. It would also be nice to do the right thing for Module.<tab>.

Also, this bug: if you type Base._jl_ver<tab> it replaces the whole input with the completion _jl_version_string, deleting the Base. part.

@toivoh
Copy link
Contributor

toivoh commented Aug 22, 2012

About removing stuff: I guess tab completion should never remove chars except for possibly ones it has just added itself.

Would it make sense to make tab completion within strings (or maybe back quotes) look directly for file names?
One of the things I type most often in the REPL is load("something.jl"), would be great to have tab completion go directly to the file names there.

Also, it could be nice to have x.<tab> look up fields in x (when x is of composite type)

@staticfloat
Copy link
Member Author

I think ipython's behavior is a good model here; the TAB completion in that
shell is simply wonderful, although I agree that in backticks at least, not
certain about quotes but backticks for sure, tab completion should be
limited to filenames if not interpolating.

On Wed, Aug 22, 2012 at 12:29 AM, toivoh [email protected] wrote:

About removing stuff: I guess tab completion should never remove chars
except for possibly ones it has just added itself.

Would it make sense to make tab completion within strings (or maybe back
quotes) look directly for file names?
One of the things I type most often in the REPL is load("something.jl"),
would be great to have tab completion go directly to the file names there.

Also, it could be nice to have x. look up fields in x (when x is of
composite type)

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1194#issuecomment-7926611.

nolta added a commit that referenced this issue Aug 23, 2012
@nolta
repl-readline: make tab-complete word-breaking consistent
3a8ec5d 
Partially addresses #1194.
@nolta
Copy link
Member

nolta commented Aug 30, 2012

3a8ec5d, 3c92ced, and 379331e should fix this.

@nolta nolta closed this as completed Aug 30, 2012
KristofferC added a commit that referenced this issue Feb 25, 2025
@DilumAluthgeBot @KristofferC
🤖 [master] Bump the LinearAlgebra stdlib from e7da19f to f781708 (#57522
9f7cdfd 
)

Stdlib: LinearAlgebra
URL: https://github.com/JuliaLang/LinearAlgebra.jl.git
Stdlib branch: master
Julia branch: master
Old commit: e7da19f
New commit: f781708
Julia version: 1.13.0-DEV
LinearAlgebra version: 1.12.0(Does not match)
Bump invoked by: @KristofferC
Powered by:
[BumpStdlibs.jl](https://github.com/JuliaLang/BumpStdlibs.jl)

Diff:
JuliaLang/LinearAlgebra.jl@e7da19f...f781708

```
$ git log --oneline e7da19f..f781708
f781708 use the custom sysimage when running documentation (and doctests) as well (#1226)
8fdbfd5 Add `getindex` for `SymTridiagonal` using a `BandIndex` (#1223)
91b8845 Use `BandIndex` directly in `diagzero` call in `getindex` (#1222)
ef7ef3a Restrict triangular type aliases to `AbstractMatrix`es (#1220)
af7a9ac Use `BandIndex` directly in `diagzero` call in `getindex` for banded matrices
579b5f7 Specialize Diagonal * Adjoint (#1207)
5cf41c4 Indirection in matrix multiplication to avoid ambiguities (#1210)
0a9c164 Remove specialized `issymmetric`/`ishermitian` for `Diagonal{<:Number}` (#1213)
ff5648a Make unitary matrices in `svd`/`eigen` of `Diagonal` be unitless (#1155)
e096a03 Don't mutate arrays in symmetric trig functions (#1206)
c234bed Loop over `diagind` in `diag` for banded matrices (#1211)
57785c7 More resizing for truncating return values from LAPACK (#1190)
b464203 Materialize adjoint in mul with `HermOrSym` (#1191)
16d9d61 Restrict Diagonal sqrt branch to positive diag (#1203)
baa48b7 Verbose `showerror` for `SingularException` (#1204)
e0b59a7 Remove `LinearAlgebra` qualifications in `cholesky.jl` (#1209)
95d009b Remove `LinearAlgebra` qualifications in `cholesky.jl`
c550974 change to pivot
ed35a37 Add fast path in generic matmul (#1202)
8c7fe68 Detailed `showerror` for `SingularException`
2a1696a Explicitly declare type constructor imports (#1196)
101f766 Added note to BLAS.[g|s]et_num_threads about Apple Accelerate not supporting it  (#1195)
5aca26f Simplify `getproperty` for `Cholesky*` (#1197)
924dda4 remove copy-allocation on accessing `cholesky` factors (`.L`, `.U`) (#1186)
6f02532 Use `BLAS.trsm!` instead of `LAPACK.trtrs!` in left-triangular solves (#1194)
```

Co-authored-by: KristofferC <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Indicates an unexpected problem or unintended behavior
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@staticfloat @nolta @JeffBezanson @toivoh