freenode/#clim - IRC Chatlog
Search
16:19:21
Inline
i found that tabify sneaks in tab characters into my files without checking for if use-tabs is set or not
16:33:00
jackdaniel
Inline: please write cleaner issue reports, it will be easier for us to process them (and that makes them more likely to be fixed in a timely fashion)
16:55:11
jackdaniel
everyone values their time above others, so asking people to review tickets which are not well formatted (or making pull requests which are code dumps) usually doesn't fly
16:59:07
jackdaniel
for instance making a honest peer review of a small non-trivial change may take a few hours (sometimes a day or more if there are doubts about some solutions) -- I'm saying that to share some experience (not to reproach you)
17:05:02
Inline
issue is this: i tabify a file and afterwards some words are almost like condensed together like (and (symbolpsym)) the thing is when i open it with emacs there's a real space, so nothing seems wrong but in climacs after selecting whole buffer and useing M-x Tabify Region on it my display is like i told at the beginning, some words seems like writ together, they are not ofc the space is there too but the cursor
17:12:41
jackdaniel
one potential cause of such thing could be that climacs may(!) measure things by words
21:54:44
jackdaniel
my last pr is not merged yet and I already have fixed for 3 another bugs waiting in a pipe
22:30:57
jackdaniel
another one is that last stream text output record is not closed if there is no new line at the end
22:31:15
Inline
this issue is related to how count is defined in tabify-buffer-region in Libraries/Drei/base.lisp
23:13:52
Inline
it was just the line (>= offset offset2) that was wrong, in untabify that's right but tabify is untabifies inverse so it should be (<= offset offset2) and two more lines had to be changed (delete-buffer-range buffer offset count) to (delete-buffer-range buffer offset (1- count)) and the line (decf offset2 (1- count)) to (decf offset2 count), what i notice now is an accelerated tabifying (very fast)
23:27:59
Inline
that one seems to be climacs side issue, as in gui.lisp has an other-window which gets an argument of current-view in climacs-lisp-syntax-commands.lisp
23:29:33
Inline
whenever some symmetry is broken in mcclim it creeps to very slow actually, that's another thing i notice....