jedit-devel Mailing List for jEdit

I hope this is the right place for this...

I changed the JEditTextArea to allow a QuickCopyDrag to act like good old
XEmacs does it. Maybe it should be packaged better as an option but if
anyone is interested its not a big change. To explain, in XEmacs you can
highlight and paste by dragging and double clicking while holding down a
modifier (in this case Control). This drops the highlight where you are
currently editing. I find this real useful and also very fast, most of the
time (if you work with split views) you want to quickly copy words from one
split view to another. This way it involves much less "clicking". The change
overwrites the current QuickCopyDrag behaviour, and requires the option to
be turned on. If you never used XEmacs I realise this explanation may be
confusing! Basically try it - split the view into 2, then start in the top
textarea. Now hold down CTRL and highlight (by dragging or double clicking)
something in the bottom buffer. When you release the mouse you will see the
highlight dropped into the top buffer at the caret. Obviously this also
works within the same textarea.

First org/gjt/sp/jedit/View.java needs changing to add a holder for the
switched TextArea:

--------------START-----------------

//ADD instance variable
private JEditTextArea lastTextArea= null;

//ADD GET/SET
public void setLastTextArea(JEditTextArea te) {
  lastTextArea= te;
}

public JEditTextArea getLastTextArea() {
  return lastTextArea;
}

-------------------END------------------

Then edit org/gjt/sp/jedit/textarea/JEditTextArea.java

Change the MouseHandler as follows:

----------------START------------------
  
class MouseHandler extends MouseInputAdapter {
    private int dragStartLine;
    private int dragStartOffset;
    private int dragStart;
    private int clickCount;
    private boolean dragged;
    private boolean quickCopyDrag;
    private boolean clearStatus;
    private boolean control;

    //SG ADDED
    private boolean dblDragged = false;
    private boolean controlAndFocus = false;


    //{{{ mousePressed() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    public void mousePressed(MouseEvent evt) {
      control = (OperatingSystem.isMacOS() && evt.isMetaDown())
           || (!OperatingSystem.isMacOS() && evt.isControlDown());

      // so that Home <mouse click> Home is not the same
      // as pressing Home twice in a row
      view.getInputHandler().resetLastActionCount();

      //SG ADDED Changed (added if)
      if (!hasFocus()) {
        controlAndFocus = control;
        grabFocus();
      }

      if (GUIUtilities.isPopupTrigger(evt) && popup != null) {
        if (popup.isVisible()) {
          popup.setVisible(false);
        } else {
          GUIUtilities.showPopupMenu(popup, painter,
              evt.getX(), evt.getY());
        }
        return;
      }

      //SG REMOVED
      //quickCopyDrag = (isQuickCopyEnabled()
      //		&& GUIUtilities.isMiddleButton(evt.getModifiers()));

      quickCopyDrag = (isQuickCopyEnabled()
           && (evt.getModifiersEx() & (MouseEvent.BUTTON1_MASK |
MouseEvent.CTRL_DOWN_MASK)) != 0);

      blink = true;
      invalidateLine(caretLine);

      int x = evt.getX();
      int y = evt.getY();

      dragStart = xyToOffset(x, y, !(painter.isBlockCaretEnabled()
           || isOverwriteEnabled()));
      dragStartLine = getLineOfOffset(dragStart);
      dragStartOffset = dragStart - getLineStartOffset(dragStartLine);

      dragged = false;

      clickCount = evt.getClickCount();

      switch (clickCount) {
          case 1:
            doSingleClick(evt);
            break;
          case 2:
            doDoubleClick(evt);
            break;
          default:
            //case 3:
            doTripleClick(evt);
            break;
      }

    }


    //}}}

    //{{{ doSingleClick() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    private void doSingleClick(MouseEvent evt) {
      /*
       *  if(buffer.insideCompoundEdit())
       *  buffer.endCompoundEdit();
       */
      if (evt.isShiftDown()) {
        float dragStartLineWidth = offsetToXY(dragStartLine,
            getLineLength(dragStartLine), returnValue).x;
        int extraEndVirt;
        int x = evt.getX();
        if (x > dragStartLineWidth) {
          extraEndVirt = (int) ((x - dragStartLineWidth)
               / charWidth);
          if (x % charWidth > charWidth / 2) {
            extraEndVirt++;
          }
        } else {
          extraEndVirt = 0;
        }

        // XXX: getMarkPosition() deprecated!
        resizeSelection(getMarkPosition(), dragStart, extraEndVirt,
control);

        moveCaretPosition(dragStart, false);

        // so that shift-click-drag works
        dragStartLine = getMarkLine();
        dragStart = getMarkPosition();
        dragStartOffset = dragStart
             - getLineStartOffset(dragStartLine);
      } else {
        if (!(multi || quickCopyDrag)) {
          selectNone();
        }

        if (!quickCopyDrag) {
          moveCaretPosition(dragStart, false);
        }
      }
    }


    //}}}

    //{{{ doDoubleClick() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    private void doDoubleClick(MouseEvent evt) {
      // Ignore empty lines
      if (getLineLength(dragStartLine) == 0) {
        return;
      }

      String lineText = getLineText(dragStartLine);
      String noWordSep = buffer.getStringProperty("noWordSep");
      if (dragStartOffset == getLineLength(dragStartLine)) {
        dragStartOffset--;
      }

      boolean joinNonWordChars =
          jEdit.getBooleanProperty("view.joinNonWordChars");
      int wordStart = TextUtilities.findWordStart(lineText,
          dragStartOffset, noWordSep, joinNonWordChars);
      int wordEnd = TextUtilities.findWordEnd(lineText,
          dragStartOffset + 1, noWordSep, joinNonWordChars);

      int lineStart = getLineStartOffset(dragStartLine);
      addToSelection(new Selection.Range(lineStart + wordStart,
          lineStart + wordEnd));

      /*
       *  SG REMOVED
       *  if(quickCopyDrag)
       *  quickCopyDrag = false;
       *  moveCaretPosition(lineStart + wordEnd,false);
       */
      // SG ADDED
      if (!quickCopyDrag) {
        moveCaretPosition(lineStart + wordEnd, false);
      } else {
        dblDragged = true;
      }

      // with double clicks, even if nothing extra
      // selected, still activate quick copy drag code
      dragged = true;
    }


    //}}}

    //{{{ doTripleClick() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    private void doTripleClick(MouseEvent evt) {
      int newCaret = getLineEndOffset(dragStartLine);
      if (dragStartLine == buffer.getLineCount() - 1) {
        newCaret--;
      }

      addToSelection(new Selection.Range(
          getLineStartOffset(dragStartLine),
          newCaret));

      if (quickCopyDrag) {
        quickCopyDrag = false;
      }

      moveCaretPosition(newCaret);
    }


    //}}}

    //{{{ mouseDragged() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    public void mouseDragged(MouseEvent evt) {
      if (GUIUtilities.isPopupTrigger(evt)
           || (popup != null && popup.isVisible())) {
        return;
      }

      if (evt.getY() < 0) {
        setFirstLine(getFirstLine() - 2);
      } else if (evt.getY() >= getHeight()) {
        setFirstLine(getFirstLine() + 1);
      }

      /*
       *  SG REMOVED
       *  if (quickCopyDrag) {
       *  view.getStatus().setMessage(jEdit.getProperty(
       *  "view.status.quick-copy"));
       *  clearStatus = true;
       *  } else if (control) {
       *  view.getStatus().setMessage(jEdit.getProperty(
       *  "view.status.rect-select"));
       *  clearStatus = true;
       *  }
       */
      switch (clickCount) {
          case 1:
            doSingleDrag(evt, evt.isAltDown());
            break;
          case 2:
            doDoubleDrag(evt);
            break;
          default:
            //case 3:
            doTripleDrag(evt);
            break;
      }
    }


    //}}}

    //{{{ doSingleDrag() method
    /**
     *  Description of the Method
     *
     * @param  evt   Description of the Parameter
     * @param  rect  Description of the Parameter
     */
    private void doSingleDrag(MouseEvent evt, boolean rect) {
      dragged = true;

      int x = evt.getX();
      int dot = xyToOffset(x,
          Math.max(0, Math.min(painter.getHeight(), evt.getY())),
          (!painter.isBlockCaretEnabled()
           && !isOverwriteEnabled())
           || quickCopyDrag);
      int dotLine = buffer.getLineOfOffset(dot);
      int extraEndVirt = 0;

      if (dotLine != physLastLine || chunkCache.getLineInfo(
          screenLastLine).lastSubregion) {
        float dotLineWidth = offsetToXY(dotLine, getLineLength(dotLine),
            returnValue).x;
        if (x > dotLineWidth) {
          extraEndVirt = (int) ((x - dotLineWidth) / charWidth);
          if (x % charWidth > charWidth / 2) {
            extraEndVirt++;
          }
        }
      }

      resizeSelection(dragStart, dot, extraEndVirt, rect);

      if (quickCopyDrag) {
        // just scroll to the dragged location
        scrollTo(dotLine, dot - buffer.getLineStartOffset(dotLine), false);
      } else {
        if (dot != caret) {
          moveCaretPosition(dot, false);
        }
        if (rect && extraEndVirt != 0) {
          scrollTo(dotLine, dot - buffer.getLineStartOffset(dotLine)
               + extraEndVirt, false);
        }
      }
    }


    //}}}

    //{{{ doDoubleDrag() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    private void doDoubleDrag(MouseEvent evt) {
      int markLineStart = getLineStartOffset(dragStartLine);
      int markLineLength = getLineLength(dragStartLine);
      int mark = dragStartOffset;

      int pos = xyToOffset(evt.getX(),
          Math.max(0, Math.min(painter.getHeight(), evt.getY())),
          !(painter.isBlockCaretEnabled() || isOverwriteEnabled()));
      int line = getLineOfOffset(pos);
      int lineStart = getLineStartOffset(line);
      int lineLength = getLineLength(line);
      int offset = pos - lineStart;

      String lineText = getLineText(line);
      String markLineText = getLineText(dragStartLine);
      String noWordSep = buffer.getStringProperty("noWordSep");
      boolean joinNonWordChars =
          jEdit.getBooleanProperty("view.joinNonWordChars");

      if (markLineStart + dragStartOffset > lineStart + offset) {
        if (offset != 0 && offset != lineLength) {
          offset = TextUtilities.findWordStart(
              lineText, offset, noWordSep,
              joinNonWordChars);
        }

        if (markLineLength != 0) {
          mark = TextUtilities.findWordEnd(
              markLineText, mark, noWordSep,
              joinNonWordChars);
        }
      } else {
        if (offset != 0 && lineLength != 0) {
          offset = TextUtilities.findWordEnd(
              lineText, offset, noWordSep,
              joinNonWordChars);
        }

        if (mark != 0 && mark != markLineLength) {
          mark = TextUtilities.findWordStart(
              markLineText, mark, noWordSep,
              joinNonWordChars);
        }
      }

      if (lineStart + offset == caret) {
        return;
      }

      resizeSelection(markLineStart + mark, lineStart + offset,
          0, false);
      if (!quickCopyDrag) {
        moveCaretPosition(lineStart + offset, false);
      }
    }


    //}}}

    //{{{ doTripleDrag() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    private void doTripleDrag(MouseEvent evt) {
      int offset = xyToOffset(evt.getX(),
          Math.max(0, Math.min(painter.getHeight(), evt.getY())),
          false);
      int mouseLine = getLineOfOffset(offset);
      int mark;
      int mouse;
      if (dragStartLine > mouseLine) {
        mark = getLineEndOffset(dragStartLine) - 1;
        if (offset == getLineEndOffset(mouseLine) - 1) {
          mouse = offset;
        } else {
          mouse = getLineStartOffset(mouseLine);
        }
      } else {
        mark = getLineStartOffset(dragStartLine);
        if (offset == getLineStartOffset(mouseLine)) {
          mouse = offset;
        } else if (offset == getLineEndOffset(mouseLine) - 1
             && mouseLine != getBuffer().getLineCount() - 1) {
          mouse = getLineEndOffset(mouseLine);
        } else {
          mouse = getLineEndOffset(mouseLine) - 1;
        }
      }

      mouse = Math.min(getBuffer().getLength(), mouse);

      if (mouse == caret) {
        return;
      }

      dragged = true;

      resizeSelection(mark, mouse, 0, false);
      moveCaretPosition(mouse, false);
    }


    //}}}

    //{{{ mouseReleased() method
    /**
     *  Description of the Method
     *
     * @param  evt  Description of the Parameter
     */
    public void mouseReleased(MouseEvent evt) {
      if (control && !dragged) {
        int offset = xyToOffset(evt.getX(), evt.getY(), false);
        if (offset != buffer.getLength()) {
          buffer.getText(offset, 1, lineSegment);
          switch (lineSegment.array[lineSegment.offset]) {
              case '(':
              case '[':
              case '{':
              case ')':
              case ']':
              case '}':
                moveCaretPosition(offset, false);
                selectToMatchingBracket();
                return;
          }
        }
      }

      // middle mouse button drag inserts selection
      // at caret position
      Selection sel = getSelectionAtOffset(dragStart);
      if (sel != null) {
        Registers.setRegister('%', getSelectedText(sel));
      }

      /*
       *  SG REMOVED if(dragged && sel != null)
       *  {
       *  if(quickCopyDrag)
       *  {
       *  removeFromSelection(sel);
       *  Registers.paste(JEditTextArea.this,'%',
       *  sel instanceof Selection.Rect);
       *  }
       *  else
       *  Registers.setRegister('%',getSelectedText());
       *  }
       *  else if(isQuickCopyEnabled()
       *  && GUIUtilities.isMiddleButton(evt.getModifiers()))
       *  {
       *  setCaretPosition(dragStart,false);
       *  if(!isEditable())
       *  getToolkit().beep();
       *  else
       *  Registers.paste(JEditTextArea.this,'%',control);
       *  }
       */
      if (dragged) {
        // middle mouse button drag inserts selection
        // at caret position
        if (quickCopyDrag) {
          if (!dblDragged) {
            String text = getSelectedText();
            selectNone();
            if (controlAndFocus) {
              view.getLastTextArea().setSelectedText(text);
              controlAndFocus = false;
              view.getLastTextArea().grabFocus();
            } else {
              setSelectedText(text);
            }
          } else {
            if (!isEditable()) {
              getToolkit().beep();
            } else {
              if (controlAndFocus) {
 
view.getLastTextArea().getBuffer().insert(view.getLastTextArea().getCaretPos
ition(), getSelectedText());
                controlAndFocus = false;
                view.getLastTextArea().grabFocus();
              } else {
                buffer.insert(caret, getSelectedText());
              }
            }
            selectNone();
            dblDragged = false;
          }
        }
      }

      dragged = false;

      if (clearStatus) {
        clearStatus = false;
        view.getStatus().setMessage(null);
      }
    }
    //}}}
  }

-------------- END ------------------

  and finally, change the focusLost event in the same file:

-------------START-----------------

public void focusLost(FocusEvent evt) {
      if (!isShowing()) {
        return;
      }

      if (bracketLine != -1) {
        invalidateLineRange(bracketLine, caretLine);
      } else {
        invalidateLine(caretLine);
      }

      //SG ADDED
      view.setLastTextArea(JEditTextArea.this);
    }

---------END-----------------

If you want diff -u output I guess I'll have to construct it....


------------------------------------------------------------------------------
The information in this Internet email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Internet email by anyone else is unauthorised.
If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing ING terms of business or client engagement letter.
Visit us at www.ing.com
------------------------------------------------------------------------------
01

Cool so that solves our problem :)

-Jiger






>From: Marcelo Vanzin <mar...@po...>
>To: jEdit Devel <jed...@li...>
>Subject: Re: [ jEdit-devel ] Re: [ jEdit-users ] [ANN] FastOpen 0.8 
>released.
>Date: Tue, 29 Apr 2003 16:06:54 -0500
>
>Jiger Patel wrote:
>>  I don't think PV supports Virtual Folders. Marcelo what do you
>>say?? :)
>
>	It does - just choose "add file" from the context menu and enter any name 
>in the file name field. If the file does not exist on disk, it's treated as 
>a "virtual folder".
>
>	(BTW, I tested this right now and it's not working, but it was working 
>some time before, so I'm not sure if the current released version has this. 
>Anyway, it'll be there in the next release for sure.)
>
>--
>Marcelo Vanzin
>mar...@po...
>"Life is too short to drink cheap beer"
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>--
>-----------------------------------------------
>jEdit Developers' List
>jEd...@li...
>https://lists.sourceforge.net/lists/listinfo/jedit-devel


_________________________________________________________________
Find a partner. For life. http://www.shaadi.com/ptnr.php?ptnr=hmlql 
Me...@Sh...

Jiger Patel wrote:
>  I don't think PV supports Virtual Folders. Marcelo what do you
> say?? :)

	It does - just choose "add file" from the context menu and enter any 
name in the file name field. If the file does not exist on disk, it's 
treated as a "virtual folder".

	(BTW, I tested this right now and it's not working, but it was working 
some time before, so I'm not sure if the current released version has 
this. Anyway, it'll be there in the next release for sure.)

-- 
Marcelo Vanzin
mar...@po...
"Life is too short to drink cheap beer"

On Tue, Apr 29, 2003 at 01:53:26PM -0400, Calvin Yu wrote:
> 
> If you need to remove a dockable, modify the 'docker.auto-hide- 
> overrides' jEdit property while jEdit is closed.

In fact there is no need to close jEdit; it will notice that the property file
has been changed on disk and not overwrite it on exit.
-- 
Slava Pestov

This was an oversight on my part and has been addressed in the next plugin 
release.  If you need to remove a dockable, modify the 'docker.auto-hide- 
overrides' jEdit property while jEdit is closed.  The properties file is 
~/.jedit/properties.

Calvin



On Tue, 29 Apr 2003 08:14:00 -0700, Randall R Schulz <rs...@so...> 
wrote:

> Hi,
>
> The subject pretty much says it. I cannot remove Docker plug-in auto-hide 
> overrides once I've added them. The "Remove" button is active and 
> responds with the usual mouse click visual feedback, but the selected 
> entry is not removed from the list of overrides.
>
> Randall Schulz
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

Hi,

The subject pretty much says it. I cannot remove Docker plug-in 
auto-hide overrides once I've added them. The "Remove" button is active 
and responds with the usual mouse click visual feedback, but the 
selected entry is not removed from the list of overrides.

Randall Schulz

Bugs item #729579, was opened at 2003-04-29 14:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729579&group_id=588

Category: plugins
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Rick Morris (rickindy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tag completion in XML 0.11.1

Initial Comment:
If you have the entity completion option disabled in
Sidekick 0.2, the tag completion ("insert closing tag
when </ is typed") option in the XML plugin doesn't
work. If you have the entity completion enabled in
Sidekick, the tag completion works fine.

Current workaround is to get the XML.jar file from and
old version of the plugin and drop in the jedit jars
directory.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729579&group_id=588

At 12.21 28/04/2003 +0200, you wrote:

>I'm quite new to jedit plugin's development process.
>
>I've released v 0.5 of SourceControl plug-in to jedit's CVS repository 3
>weeks ago and still the plugin page on jedit.org refers to v0.4.
>
>Have I missed something?

Yes. ;)

Plugin Central updates are not automatic: they are manually built by Mike 
Dillon, whenever he thinks it's the "right" moment to release the next 
plugin batch to the site.
It's nice to have plugins in jEdit's CVS repository, since if an user 
really needs the update, she can download and build it herself. But 
"official updates" are manually driven, not automatically read and built 
from the CVS without any human intervention.

Best Regards,
Giulio Piancastelli.

>From: Max <lis...@ma...>

>First thanks, for the new features and it works nicely on my jedit 
>4.1final.

Cool.

>
>It would be nice if one could manualy add some files to the list of a 
>project under a group which could be named as "Non-project" file.

Hmm looks like this should go in ProjectViewer. Then FastOpen can pick them 
up. I don't think PV supports Virtual Folders. Marcelo what do you say?? :)

-Jiger


>The user can add files which are under /usr/include or 
>/usr/include/MyFavoriteExternalLibrary.This way, I guess, it would be 
>possible for the fast open to browse not only project files but also other 
>files like stdio.h or opengl.h.
>
>It may look like :
>
>Project/
>    MyProjectFile.h
>    MyProjectFile.cpp
>
>Non-Project/
>    stdio.h
>    string.hh
>    opengl.h
>    sdl.h
>
>Regards,
>
>Max.
>


_________________________________________________________________
See the stars. Upclose! 
http://www.sulekha.com/movies/moviepicturegalleries.asp Bollywood 
photogallery.

Bugs item #729438, was opened at 2003-04-29 02:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729438&group_id=588

Category: text area and syntax packages
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problems with Velocity

Initial Comment:
Velocity comments are not recognized.

Velocity code inside <script> tags is not recognized.

sbi...@em...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729438&group_id=588

> Its caused by the incredibly weak HTML parser used (javax.swing.text.html).
For
> XML files, the XML plugin uses Xerces, but Xerces doesn't parse HTML.

Do you know the NekoHTML parser by Andy Clark?
In case see http://www.apache.org/~andyc/neko/doc/index.html.
I never used it, but it should be well integrated with Xerces.

Amedeo

I found that with the XHTML 1.0 Transitional DOCTYPE in place, sidekick 
behaved as expected. Thanks once again, tho. Great openware, btw.

Slava Pestov wrote:

>On Sun, Apr 27, 2003 at 02:36:25PM -0800, Christopher Granade wrote:
>  
>
>>The XML parser on the left-hand has the table cells as direct children 
>>of <table> and not of <tr>. Anyone else encounter this?
>>    
>>
>
>Its caused by the incredibly weak HTML parser used (javax.swing.text.html). For
>XML files, the XML plugin uses Xerces, but Xerces doesn't parse HTML.
>
>  
>

Hi Everyone,
		Rejoice for the new FastOpen 0.8 is out!!. This release adds a lot of 
functionality as always.

What's New/Updated.
1. FastOpen now remembers file search patterns you had entered previously & 
allows easy access to them by using Ctrl+Up or Ctrl+Down arrow to transverse 
between them for re-run of previous searches.
2. FastOpen can now also show/switch between "non-project open files" & also 
supports color coding of such files for Visual identification.
3. You can now use the "Jump to file" feature also by placing the cursor on 
a filename besides the usual 0.7 way of selecting the text & invoking 
FastOpen on it.
4. The text color in the pattern box now default to that of jEdit's 
textarea.

Download from : http://www.mycgiserver.com/~jigerjava/FastOpen.jar

Send in your feedback, suggesstions etc to jig...@ho...

Enjoy,
-Jiger

_________________________________________________________________
Hot picks. Free downloads. http://www.msn.co.in/musicnew/musicshop Visit 
music shop

On Sun, Apr 27, 2003 at 02:36:25PM -0800, Christopher Granade wrote:
> The XML parser on the left-hand has the table cells as direct children 
> of <table> and not of <tr>. Anyone else encounter this?

Its caused by the incredibly weak HTML parser used (javax.swing.text.html). For
XML files, the XML plugin uses Xerces, but Xerces doesn't parse HTML.

-- 
Slava Pestov

Solved. Caused by a missing <!DOCTYPE.

Christopher Granade wrote:

> The XML parser on the left-hand has the table cells as direct children > of <table> and not of <tr>. Anyone else encounter this?

Hi,

I've noticed a pattern in the mis-ordering of the Buffer Selector buttons.

It seems the first time I launch jEdit subsequent to a boot or after a 
long period of non-use, the per-file buttons of the Buffer Selector are 
out of order. If I quit jEdit and launch it again, they're in the right place.

Its seems perhaps there's some kind of race condition that is affected 
by the extra time taken to load lots of plug-ins (I have almost all of 
them installed) during start-up when none of the necessary disk 
contents are in the system's buffer cache.

That's just a hunch, of course.

I'm using Windows 2000 Pro, Sun J2SDK 1.4.1_02. I run jEdit (via its 
launcher) with -mx80m. I have Buffer Selector configured to be enabled 
be default.

It's a minor thing, but most of the time the set of files I'm working 
with is small and changes little over time, so I get to know which tab 
is where, at least roughly, but that only works when they stay put.


By the way, I'd switch to Buffer Tabs if two extensions were made to it:

1) Respect the "Alternate tool bar replacement" option of the Docking 
options so its tabs would span the entire width of the window instead 
of being restricted to the portion showing file contents.
2) Support the same kind of tab and font size controls that Buffer 
Selector has, namely the minimum and maximum tab width (which I set to 
identical values).

Randall Schulz

Bugs item #729178, was opened at 2003-04-28 17:11
Message generated for change (Comment added) made by spestov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729178&group_id=588

Category: None
Group: normal bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Alex (pikamar)
Assigned to: Nobody/Anonymous (nobody)
Summary: properties file problems

Initial Comment:
I have encountered a bug that causes jedit to not
startup. my system is mac os 10, and i am using v4.1
final ov jedit. I created a file system browser
coloring rule of *.{rtf,cwk} to display as orange. When
I closed the preferences display, the program failed to
respnod, and I force quited it. On the next run, it
failed to properly open. I removed the .jedit directory
the first time this happened. The second time, i looked
through the properties file, and found the following on
like 130:

vfs.browser.colors.13.glob=*.{rtf

I changed it to read:

vfs.browser.colors.13.glob=*.{rtf}

and jedit started without a problem the following time.

ama...@ch...

----------------------------------------------------------------------

>Comment By: Slava Pestov (spestov)
Date: 2003-04-28 17:17

Message:
Logged In: YES 
user_id=2280

Indeed there is an infinite loop if an invalid pattern is
entered. This will be fixed in 4.2.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729178&group_id=588

Bugs item #729178, was opened at 2003-04-28 17:11
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729178&group_id=588

Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Alex (pikamar)
Assigned to: Nobody/Anonymous (nobody)
Summary: properties file problems

Initial Comment:
I have encountered a bug that causes jedit to not
startup. my system is mac os 10, and i am using v4.1
final ov jedit. I created a file system browser
coloring rule of *.{rtf,cwk} to display as orange. When
I closed the preferences display, the program failed to
respnod, and I force quited it. On the next run, it
failed to properly open. I removed the .jedit directory
the first time this happened. The second time, i looked
through the properties file, and found the following on
like 130:

vfs.browser.colors.13.glob=*.{rtf

I changed it to read:

vfs.browser.colors.13.glob=*.{rtf}

and jedit started without a problem the following time.

ama...@ch...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=729178&group_id=588

I figured out the problem. Sorry to bother you guys. The problem was I had
an extra "\" at the end of my tomcat.dir in my build.properties file. That
was hanging ant farm and ant on the command line.

Greg

-----Original Message-----
From: jed...@li...
[mailto:jed...@li...]On Behalf Of Greg
Clayton
Sent: Monday, April 28, 2003 1:30 PM
To: jed...@li...
Subject: [ jEdit-devel ] Problem with Jedit/Ant Farm


Hello All,

I'm trying to get Jedit to work properly here at my new job. I had no issues
when I initially installed everything but now I can no longer run Ant Farm
or Antelope.

Whenever I attempt to run either plug-in it causes Jedit to max out the cpu
and hang up, it never comes back. I've installed the latest version of
Jedit, Ant (reinstalled), Ant Farm and removed Antelope in an attempt to fix
this. Nothing has worked.

It did run Ant Farm fine and I did several builds then this problem started
happening.

The versions I am using:
ant 1.5
j2sdk 1.4.1
j2sdkee 1.3.1
Jedit 4.1

latest version of all jedit plugins.

A guy on Jedit IRC told me to attach a dump from Jedit while it is hung
trying to load ant farm. I'm attaching that.

Thanks a ton for any help. I need to get to work instead of trying to get my
tools to work.
Greg

This is a typo on my part, it is fixed now.

On Mon, Apr 28, 2003 at 11:59:43AM +0200, Philip Hofstetter wrote:
> Hi,
> 
> (i'd report things like this in IRC - if only my provider would provide 
> me with an IP-adress that has a working PTR-record so I would be able to 
> connect to the IRC ;-)
> 
> I am using the current CVS under J2SDK 1.4.2 beta with Win XP and 
> jEdit's .EXE-launcher from Version 4.1. I have a FSB docked to the left 
> side of the screen.
> 
> Whenever I start jEdit, I am getting the Exceptio below. As the FSB is 
> filled only after dismissing the exception (which has no other efects 
> besides being there), I assume, it has something to do with the FSB.
> 
> What goes wrong there?

-- 
Slava Pestov

On Mon, Apr 28, 2003 at 11:55:54AM +0200, Philip Hofstetter wrote:
> I have a FSB docked to the left side. Whenever I double click on a file, 
> the whole FSB scrolls to the right a bit, causing a) the [+]-button for 
> expanding a folder to be cut off and b) the underline of currently open 
> files to be slightly missaligned (it's where it should be if the view 
> had not scrolled).

This should be fixed now.

-- 
Slava Pestov

Hello All,

I'm trying to get Jedit to work properly here at my new job. I had no issues
when I initially installed everything but now I can no longer run Ant Farm
or Antelope.

Whenever I attempt to run either plug-in it causes Jedit to max out the cpu
and hang up, it never comes back. I've installed the latest version of
Jedit, Ant (reinstalled), Ant Farm and removed Antelope in an attempt to fix
this. Nothing has worked.

It did run Ant Farm fine and I did several builds then this problem started
happening.

The versions I am using:
ant 1.5
j2sdk 1.4.1
j2sdkee 1.3.1
Jedit 4.1

latest version of all jedit plugins.

A guy on Jedit IRC told me to attach a dump from Jedit while it is hung
trying to load ant farm. I'm attaching that.

Thanks a ton for any help. I need to get to work instead of trying to get my
tools to work.
Greg

Hello,

I'm quite new to jedit plugin's development process.

I've released v 0.5 of SourceControl plug-in to jedit's CVS repository 3
weeks ago and still the plugin page on jedit.org refers to v0.4.

Have I missed something?

Should I release also the plugin package in jar or zip format?


Regards,


Mirco

Hi,

(i'd report things like this in IRC - if only my provider would provide 
me with an IP-adress that has a working PTR-record so I would be able to 
connect to the IRC ;-)

I am using the current CVS under J2SDK 1.4.2 beta with Win XP and 
jEdit's .EXE-launcher from Version 4.1. I have a FSB docked to the left 
side of the screen.

Whenever I start jEdit, I am getting the Exceptio below. As the FSB is 
filled only after dismissing the exception (which has no other efects 
besides being there), I assume, it has something to do with the FSB.

What goes wrong there?

Philip

Here's the exception:

Sourced file: <Inline eval of:
		new RootsVFS();
	; > : Class: RootsVFS not found in namespace : at Line: 2 : in file: 
<Inline eval of:
		new RootsVFS();
	; > : new RootsVFS ( )

	at bsh.Name.toClass(Name.java:540)

	at bsh.BSHAmbiguousName.toClass(BSHAmbiguousName.java:56)

	at 
bsh.BSHAllocationExpression.objectAllocation(BSHAllocationExpression.java:79)

	at bsh.BSHAllocationExpression.eval(BSHAllocationExpression.java:61)

	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:69)

	at bsh.Interpreter.eval(Interpreter.java:604)

	at bsh.Interpreter.eval(Interpreter.java:692)

	at bsh.Interpreter.eval(Interpreter.java:682)

	at org.gjt.sp.jedit.BeanShell._eval(BeanShell.java:397)

	at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:363)

	at 
org.gjt.sp.jedit.ServiceManager$Descriptor.getInstance(ServiceManager.java:257)

	at org.gjt.sp.jedit.ServiceManager.getService(ServiceManager.java:200)

	at org.gjt.sp.jedit.io.VFSManager.getVFSForProtocol(VFSManager.java:122)

	at org.gjt.sp.jedit.io.VFSManager.getVFSForPath(VFSManager.java:142)

	at 
org.gjt.sp.jedit.browser.BrowserView.directoryLoaded(BrowserView.java:170)

	at org.gjt.sp.jedit.browser.VFSBrowser$3.run(VFSBrowser.java:818)

	at org.gjt.sp.util.WorkThreadPool.doAWTRequest(WorkThreadPool.java:389)

	at org.gjt.sp.util.WorkThreadPool.doAWTRequests(WorkThreadPool.java:378)

	at org.gjt.sp.util.WorkThreadPool.access$200(WorkThreadPool.java:37)

	at 
org.gjt.sp.util.WorkThreadPool$RunRequestsInAWTThread.run(WorkThreadPool.java:473)

	at java.awt.event.InvocationEvent.dispatch(Unknown Source)

	at java.awt.EventQueue.dispatchEvent(Unknown Source)

	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)

	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)

	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

	at java.awt.EventDispatchThread.run(Unknown Source)

Hello,

Slava Pestov wrote:

> Nothing is stopping you from just resizing the browser so that only one column
> is visible :-) Also I'll make them configurable eventually, so you'll be able to

... nothing but jEdits strange horizontal scrolling behaviour...

Let me explain (current CSV of course):

I have a FSB docked to the left side. Whenever I double click on a file, 
the whole FSB scrolls to the right a bit, causing a) the [+]-button for 
expanding a folder to be cut off and b) the underline of currently open 
files to be slightly missaligned (it's where it should be if the view 
had not scrolled).

Sorry. I am nitpicking. The CVS version is really great and stable 
besides of this.

Philip