make it auto scroll horizontally

2023-03-26 Thread Igor Lerinc
how to make Vim, when it have long line, and my cursor is drawing end of 
window, that it just move half screen horizontally.
so it detect automatically and move.


-- 
-- 
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/a3a29b74-599d-44f4-a613-12c5df2b848cn%40googlegroups.com.


Re: alternating lines ?

2023-03-26 Thread jr
hi,

On Mon, 27 Mar 2023 at 05:08, Igor Lerinc  wrote:
>
> how to get sort of alternating lines ?
> not sure how to explain it, but if i want to have one line that is of 
> background of colorscheme, and line after that, to have like some sort of 
> deviation in terms of highlight. and line after this, to be again, ...

"ledger" style.  did a little googling but didn't get (any) useful results.

-- 
regards, jr.

-- 
-- 
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/CAM-dBgq8-19mYD9f_nFp_JXSwmJ7dUD7_UtzEed0D7rSh%3DNyVw%40mail.gmail.com.


alternating lines ?

2023-03-26 Thread Igor Lerinc
how to get sort of alternating lines ?
not sure how to explain it, but if i want to have one line that is of 
background of colorscheme, and line after that, to have like some sort of 
deviation in terms of highlight. and line after this, to be again, 
background of colorscheme. 
something like i have for current line on cursor with 

:set cursorline
:set cursorcolumn

but i want whole file what is displayed to have that. not too much (not too 
strong like cursorline, but still, sligthly noticeable, enought, so it can 
help me see in distance on what line some text resides. because, often I 
need to look up closer and see if the motion i'm gonna apply is really 
going to the line i want it to go (as often i miss it) and that slows me

using colorscheme atom-dark

-- 
-- 
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/134e5a46-6c5b-4925-9456-202e0849ef7fn%40googlegroups.com.


Re: [vim9script] Forward declarations for classes?

2023-03-26 Thread Lifepillar
On 2023-03-26, Bram Moolenaar  wrote:
> The second one should just work.  Currently the class is only defined
> when "endclass" is found.  Doing it earlier is more implementation work,
> but it should not require anything on the user side.
>
> For the first example I'm not sure what the best solution is.  There is
> a plan to add some kind of typedef, but it would still require something
> extra to indicate the actual implementation will follow later.

Typedefs would look super nice to me, but for another reason: type
aliasing would make my code a lot easier to read!

> There is trouble when it's not just the class name that needs to be
> known, but also what it contains.  Then a forward declaration quickly
> becomes a lot of duplicate text.  And recursive dependencies need to be
> handled, which is also relevant in this example.

Thanks for the thorough reply. This is not a blocker, at least for the
code I write, as `any` is a sufficiently good workaround, which perhaps
requires some extra care with typing in some cases, but nothing
dramatic. Looking forward to seeing these last issues being ironed out!

Life.

-- 
-- 
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/tvqfk5%245j9%241%40ciao.gmane.io.


Re: [vim9script] Forward declarations for classes?

2023-03-26 Thread Bram Moolenaar


> Consider the following example:
> 
> class Rgb
>   this.r: float
>   this.g: float
>   this.b: float
> 
>   def ToHsv(): Hsv
> # ...
>   enddef
> endclass
> 
> class Hsv
>   this.h: float
>   this.s: float
>   this.v: float
> 
>   def ToRgb(): Rgb
> # ...
>   enddef
> endclass
> 
> In a scenario like the above, the return type of ToHsv() must be changed
> to `any`. Is a mechanism to make the above code legal being considered?
> 
> Of a similar flavour:
> 
> class X
>   def Clone(): X
> # Return a copy of this
>   enddef
> endclass
> 
> Currently, Clone() must be typed as `any`.

The second one should just work.  Currently the class is only defined
when "endclass" is found.  Doing it earlier is more implementation work,
but it should not require anything on the user side.

For the first example I'm not sure what the best solution is.  There is
a plan to add some kind of typedef, but it would still require something
extra to indicate the actual implementation will follow later.

There is trouble when it's not just the class name that needs to be
known, but also what it contains.  Then a forward declaration quickly
becomes a lot of duplicate text.  And recursive dependencies need to be
handled, which is also relevant in this example.


-- 
ARTHUR:Will you ask your master if he wants to join my court at Camelot?!
GUARD #1:  But then of course African swallows are not migratory.
GUARD #2:  Oh, yeah...
GUARD #1:  So they couldn't bring a coconut back anyway...
  The Quest for the Holy Grail (Monty Python)

 /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net   \\\
///  \\\
\\\sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///

-- 
-- 
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/20230326202817.7BA141C128A%40moolenaar.net.


[vim9script] Forward declarations for classes?

2023-03-26 Thread Lifepillar
Consider the following example:

class Rgb
  this.r: float
  this.g: float
  this.b: float

  def ToHsv(): Hsv
# ...
  enddef
endclass

class Hsv
  this.h: float
  this.s: float
  this.v: float

  def ToRgb(): Rgb
# ...
  enddef
endclass

In a scenario like the above, the return type of ToHsv() must be changed
to `any`. Is a mechanism to make the above code legal being considered?

Of a similar flavour:

class X
  def Clone(): X
# Return a copy of this
  enddef
endclass

Currently, Clone() must be typed as `any`.

Thanks,
Life.

-- 
-- 
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/tvp84d%24iro%241%40ciao.gmane.io.