Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (643 - 645 of 1030)

Ticket Resolution Summary Owner Reporter
#469 fixed source-note missing under certain conditions Ralf Stoye
Description

compile a file containing a defgeneric as its last form, and load the compiled file. the source-notes for that function (and its methods) are missing, instead there are pathnames. Consequently slime fails when trying to "goto definition" (meta-.). Now for the magic: if you add some other definition (eg. a defun) below (and compile again), the source-notes are there!?

example: (contents of file "~/source-note-test.lisp" )


(defgeneric adoctestfun (input)

(:documentation "Parse INPUT, ") (:method ((input string))

(format t "string ~s" input))

(:method ((input number))

(format t "number ~s" (* 2 input))))

;; (defun somethingunrelated (i) (* 2 i))


(compile-file "~/source-note-test.lisp") (load "~/source-note-test.dx64fsl") (find-definition-sources 'adoctestfun) -> no source notes

;; now uncomment the defun and try again:

(compile-file "~/source-note-test.lisp") (load "~/source-note-test.dx64fsl") (find-definition-sources 'adoctestfun) -> ok, source notes are there

(tested in 1.3-r11936 DarwinX8664 and 1.3-RC1-r11804MS (LinuxX8632)

#476 fixed C-x C-v weirdness gz
Description

From Mikel:

The IDE's Hemlock implements Visit File and binds it to C-x C-v, but its behavior, in context of a Cocoa application, is bizarre. If you use it to choose an existing file, it quite correctly opens the file in the current buffer and window, but without informing the Cocoa app that the file associated with the buffer and window has changed. The result is that Hemlock thinks the file associated with the buffer is at the pathname you just visited, while the IDE thinks it's the file that you originally opened in the window. If these are different files (and they certainly can be), wackiness ensues the next time you decide to save the file. The exact results presumably depend on whether you decide to use C-x C-s or Command-S to save the file.

#483 duplicate unwanted horizontal mini movement of the visible text in the Hemlock editor Rainer Joswig
Description

when I open a Lisp file that has lines longer than the visible view

I get the following unwanted effect:

the window gets open fine.

now resize the window, for example make the window longer.

Effect: the text moves slightly (pixels) to the left. This aligns the left most character with the window border. additionally also the horizontal scrollbar is updated. I can readjust the horizontal text position by dragging the

scrollbar to the left.

This happens also if I reduce the width of a window and the scrollbar appears.

I would prefer that on resizing the window, the horizontal position of the text within the window does not change.

Easy to reproduce:

Open a Hemlock window

type a few lines that fit into the visible area of hemlock

now resize the window to make it short, so that part of the lines on the right are no visible and the horizontal scrollbar appears

effect: the view moves slightly so that text now is 'touching' the left window border

This happens with Clozure CL 1.3, just tested on a PowerBook.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.