<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel">
    <title>gmane.editors.nedit.devel</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1550"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1548"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1547"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1546"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1545"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1544"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1543"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1542"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1541"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1537"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1535"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1534"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1533"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1532"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1531"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1530"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1529"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1528"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1527"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.nedit.devel/1526"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1550">
    <title>mailing list migration</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1550</link>
    <description>&lt;pre&gt;FYI,

The nedit.org domain will be moving to a new home. Most of the services
will remain available without interuption, but it will take a little
while for the mailing lists to be restored. The archives will remain
available, but new posts will not be possible from April 27, 2011.

We expect to restore the list to full operation in a few weeks, but in
the mean time pressing matters may be posted to the alternative lists
that are available at Sourceforge
(https://sourceforge.net/mail/?group_id=11005).

&lt;/pre&gt;</description>
    <dc:creator>Joor Loohuis</dc:creator>
    <dc:date>2011-04-26T09:42:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1548">
    <title>[ nedit-Bugs-3290514 ] Smart Indent broken in 5.6</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1548</link>
    <description>&lt;pre&gt;Bugs item #3290514, was opened at 2011-04-20 21:32
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=111005&amp;amp;aid=3290514&amp;amp;group_id=11005

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Program
Group: development
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Reece Pollack (rrpollack)
Assigned to: Nobody/Anonymous (nobody)
Summary: Smart Indent broken in 5.6

Initial Comment:
Smart Indent in 'C' (and probably other languages) was broken after the 5.5 release. Rather than increasing indentation after a conditional, loop, or opening brace, the indentation level remains the same. Nor does the indentation level decrease after a closing brace.

I've traced this behavior to the changes made in response to tracker #1560892. Reverting these changes restores proper operation of Smart In&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-04-21T06:45:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1547">
    <title>CVS Update: nedit(Thu, 21 Apr 2011  6:43:02  ())</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1547</link>
    <description>&lt;pre&gt;CVSROOT:/cvsroot/nedit
Module name:nedit
Repository:nedit/source/
Changes by:lebert-HMXrKZMNkQqbr58s6Ii7DQ&amp;lt; at &amp;gt;public.gmane.org(none)11/04/21 06:43:02

Modified files:
./: ReleaseNotes 
nedit/source/: smartIndent.c 

Log message:
Fix our use of $em_tab_dist after it was changed to 0 for 'turned of'.

Closes SF bug #3290514.

&lt;/pre&gt;</description>
    <dc:creator>Bert Wesarg</dc:creator>
    <dc:date>2011-04-21T06:43:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1546">
    <title>[ nedit-Bugs-3290514 ] Smart Indent broken in 5.6</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1546</link>
    <description>&lt;pre&gt;Bugs item #3290514, was opened at 2011-04-20 21:32
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=111005&amp;amp;aid=3290514&amp;amp;group_id=11005

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Program
Group: development
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Reece Pollack (rrpollack)
Assigned to: Nobody/Anonymous (nobody)
Summary: Smart Indent broken in 5.6

Initial Comment:
Smart Indent in 'C' (and probably other languages) was broken after the 5.5 release. Rather than increasing indentation after a conditional, loop, or opening brace, the indentation level remains the same. Nor does the indentation level decrease after a closing brace.

I've traced this behavior to the changes made in response to tracker #1560892. Reverting these changes restores proper operation of Smart In&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-04-21T06:34:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1545">
    <title>[ nedit-Bugs-1560892 ] wrong value for inactive $em_tab_dist</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1545</link>
    <description>&lt;pre&gt;Bugs item #1560892, was opened at 2006-09-18 13:07
Message generated for change (Comment added) made by rrpollack
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=111005&amp;amp;aid=1560892&amp;amp;group_id=11005

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Tony Balinski (ajbj)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong value for inactive $em_tab_dist

Initial Comment:
The help information says:

===
  $em_tab_dist
  If tab emulation is turned on in the Tabs... dialog
of the Preferences menu, value is the distance between
emulated tab stops. If tab emulation is turned off,
value is -1.
===

This "turned off" value is very badly chosen.
Internally, the "turned off" value is 0, and if you
give a value of zero to set_em_tab_dist(), you "turn
off" emulated tab stops. So wh&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-04-20T22:48:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1544">
    <title>Smart indent brokenness</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1544</link>
    <description>&lt;pre&gt;Hi folks... I'm new on the list, but I've been using nedit heavily since
2001.

The smart indent feature for 'C' (and probably other languages) is
broken in the so-called "5.6" release. It maintains the current level of
indentation, but doesn't automatically indent further after a
conditional or an opening brace. Until recently I've worked around this
by using the pre-compiled 5.5 releases on the website instead of the
vendor-supplied versions, but switching to 64-bit installations made
that a real pain. Today I decided to find and fix this problem.

It turns out that the changes made to address tracker #1560892 caused
the breakage. The broken commits are:

1.107  doc/help.etc
1.115  source/macro.c
1.141  source/menu.c

Removing these commits restores the previous functionality of the Smart
Indent feature.

To test:
1) Start nedit
2) Select Preferences -&amp;gt; Language Mode -&amp;gt; C
3) Verify Preferences -&amp;gt; Auto Indent -&amp;gt; Smart
4) Start entering (NOT cut-n-paste) a C program like this:

int f(int x)&amp;lt;ENTER&amp;gt;{&amp;lt;ENTER&amp;gt;

5&lt;/pre&gt;</description>
    <dc:creator>Reece R. Pollack</dc:creator>
    <dc:date>2011-04-20T19:33:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1543">
    <title>[ nedit-Bugs-3290514 ] Smart Indent broken in 5.6</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1543</link>
    <description>&lt;pre&gt;Bugs item #3290514, was opened at 2011-04-20 15:32
Message generated for change (Tracker Item Submitted) made by rrpollack
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=111005&amp;amp;aid=3290514&amp;amp;group_id=11005

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Program
Group: development
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Reece Pollack (rrpollack)
Assigned to: Nobody/Anonymous (nobody)
Summary: Smart Indent broken in 5.6

Initial Comment:
Smart Indent in 'C' (and probably other languages) was broken after the 5.5 release. Rather than increasing indentation after a conditional, loop, or opening brace, the indentation level remains the same. Nor does the indentation level decrease after a closing brace.

I've traced this behavior to the changes made in response to tracker #1560892. Reverting these changes restores proper operation&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2011-04-20T19:32:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1542">
    <title>Re: NEdit CVS on SourceForge</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1542</link>
    <description>&lt;pre&gt;
You mean CVS, didn't you?


Here is my GIT and HG mirror, it shows no unauthorized commits:

http://repo.or.cz/w/nedit.git
https://bitbucket.org/bert.wesarg/nedit

But I have also an rsync of the CVSROOT on the server where I do the
conversions. But the server is currently unaccessible.

Bert

&lt;/pre&gt;</description>
    <dc:creator>Bert Wesarg</dc:creator>
    <dc:date>2011-03-20T19:07:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1541">
    <title>NEdit CVS on SourceForge</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1541</link>
    <description>&lt;pre&gt;
NEdit seems to be back. Does anyone have a copy they can test against it
to see if there are any unauthorised changes? I can't because my copy is
rather nonstandard.

Andrew

&lt;/pre&gt;</description>
    <dc:creator>Andrew Hood</dc:creator>
    <dc:date>2011-03-20T12:06:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1537">
    <title>Re: hosting wanted for nedit.org</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1537</link>
    <description>&lt;pre&gt;
As I responded off-list to someone:

In general, NEdit isn't a very large domain, and a large part of the
traffic comes from search engine crawlers and other bots. In total,
traffic is about 4GB/month. The mailing lists are very quiet nowadays,
and storage for the archives is about 400MB. The site and the downloads
are another 170MB.

There is a Mediawiki instance which I have taken offline because it is
mostly targeted by spammers, but if you're interested in running that, a
MySQL is required. Storage isn't much.


That sounds like an interesting idea. See
http://trac.edgewall.org/wiki/TracFaq#can-i-convert-mediawiki-pages-to-trac.

&lt;/pre&gt;</description>
    <dc:creator>Joor Loohuis</dc:creator>
    <dc:date>2011-02-05T10:39:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1535">
    <title>hosting wanted for nedit.org</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1535</link>
    <description>&lt;pre&gt;Hi folks,

I'd like to find out if anybody is able and willing to adopt the hosting
of nedit.org. The reason for this is that my company, which has been
doing the hosting for the last years, is shifting its focus away from
hosting, and the servers are going offline in the near future (april
2011 at the latest).

Requirements for runing the domain are a webserver with PHP (no
database), and a mail system with mailman. If you feel adventurous, you
can also resurrect Niki, which uses Mediawiki (the 1.16 branch, with a
MySQL database).

If you have the means and are willing to adopt the domain, please drop
me a note, or throw it on one of the mailing lists. If there are no
takers, we will archive the domain.

&lt;/pre&gt;</description>
    <dc:creator>Joor Loohuis</dc:creator>
    <dc:date>2011-02-04T13:26:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1534">
    <title>Niki offline</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1534</link>
    <description>&lt;pre&gt;FYI,

After yet another sustained attack on Niki, the NEdit wiki, we are
forced to take it offline again. Even with the upgrades and added
security measures, the sheer number of attack attempts is putting a big
load on the server, so this time we're sorry to say it's offline for good.

We have backups of all data, so if anyone feels adventurous enough to
want to take a stab at it, let me know.

&lt;/pre&gt;</description>
    <dc:creator>Joor Loohuis</dc:creator>
    <dc:date>2011-01-12T12:25:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1533">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1533</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tony Balinski wrote:

worked. Thank you, Valerio
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNBVuFAAoJEBA8tY5WEOWJ/88IAK6k6O+89Ol23pJffRkHUWyE
TRC6AFFL3TzQI7zPTmXMTYip0P1OJ5304xoldM0+BiB5H9bgg0GUI++n90kh7GnM
z4gXdMtHc1XSTPXi74/5sz18GUxWx9YMkzO4AvaWxOqK9n7Pwe1uC20y6dcCCFvC
HKQmNMpfW3ebJbcLqKnIi1OI2tcvZpiIQ8zx1CZE4uVEisoBj6RKzOuWhl45dbZy
cxe+WnY3iN7B9+hzvA/t76FrI9jS0TtL6sq4kbYRRfzA54O9VlpwSPFxe6LYHVnD
MAPYfw7oAHFWnWGO0h50qbgk4zfC7SrNv9W2QRNO+yYrxbMqBlmSR7X9dgzEoTU=
=6gOV
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Valerio Messina</dc:creator>
    <dc:date>2010-12-12T23:32:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1532">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1532</link>
    <description>&lt;pre&gt;Quoting "efa-G/4Acn03FKk&amp;lt; at &amp;gt;public.gmane.org" &amp;lt;efa-G/4Acn03FKk&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:


No, but you can easily filter out the nul-chars using a filter in an empty
nedit window, eg
  tr -d '\000' &amp;lt; mybinaryfile
then hitting Shell-&amp;gt;Execute Command Line (usually ctrl+KPEnter) to run it as a
shell command. The output goes on the next line. You could make a shell menu
command or a macro command to do  this easily.

Tony

&lt;/pre&gt;</description>
    <dc:creator>Tony Balinski</dc:creator>
    <dc:date>2010-12-08T20:31:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1531">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1531</link>
    <description>&lt;pre&gt;
The logic behind that is:
I want to edit file1, file2 and file3.
So start editing file1, switch to file2, end with file3
Anyway was only a personal opinion, I understand others may prefer the
opposite


in my case I open files with wildcards ( Nedit file* ), so I cannot
control how the shell expand them, but I saw that bash fill Nedit
command line with: file1 file2 file3

Valerio
&lt;/pre&gt;</description>
    <dc:creator>Valerio Messina</dc:creator>
    <dc:date>2010-12-03T00:35:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1530">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1530</link>
    <description>&lt;pre&gt;
Why would you think so? To me, the last should have the focus.


Maybe put the file you want to have the focus last?

&lt;/pre&gt;</description>
    <dc:creator>TK Soh</dc:creator>
    <dc:date>2010-12-03T00:00:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1529">
    <title>[ nedit-Bugs-3121219 ] nedit allows copy&amp;paste only in one file</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1529</link>
    <description>&lt;pre&gt;Bugs item #3121219, was opened at 2010-11-28 18:32
Message generated for change (Comment added) made by tksoh
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=111005&amp;amp;aid=3121219&amp;amp;group_id=11005

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Program
Group: development
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Andreas Scherbaum (scherbaum)
Assigned to: Nobody/Anonymous (nobody)
Summary: nedit allows copy&amp;amp;paste only in one file

Initial Comment:
After upgrading my laptop to Kubuntu 10.10 I got another curious problem:

My nedit is not running in tabs but in separate windows per file. Whichever file I open first - I can copy/paste in this window.
In all other windows I cannot use copy and paste.

This bug is somewhat similar to #2784160 and several other kde/nedit bugs, but it's not the same.


ads&amp;lt; at &amp;gt;platin:~$ nedit -V
NEdit: Convert&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2010-12-01T00:22:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1528">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1528</link>
    <description>&lt;pre&gt;
behavior?

Often I open many files on the command line using wildcards.
Seems to me that bringing focus on last opened files it is right behavior when 
opened using UI.
Opening by command line parameters, should be the first opened file to have 
the focus.

Is there a trick to automate/force the focus on a particular tab?

Tony Balinski wrote:
substitute
you

understand.
Sometimes I need to open RAW and partially decoded emails with Nedit.
When these RAW files are encoded, do not use all byte values and Nedit can 
open them in write mode.
When these files are partially decoded (for example an attached image or word
processor file), Nedit do not let me to simply delete the binary part, and 
edit the body text part or simply re-save the text only part.

Is there a simple method to force write mode to only delete binary part and 
resave?

thank you in advance,
Valerio

&lt;/pre&gt;</description>
    <dc:creator>efa-G/4Acn03FKk&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2010-12-01T12:48:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1527">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1527</link>
    <description>&lt;pre&gt;
I am curious why the question has been raised. Any issue with current behavior?

&lt;/pre&gt;</description>
    <dc:creator>TK Soh</dc:creator>
    <dc:date>2010-12-01T00:19:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1526">
    <title>Re: first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1526</link>
    <description>&lt;pre&gt;Quoting Valerio Messina &amp;lt;efa-G/4Acn03FKk&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:


It's the last file opened that receives focus, as you say. Is this right? I
don't know. It doesn't bother me.

A binary file becomes read-only if NEdit cannot handle the content properly.
If all byte values are used in a file NEdit won't be able to find a substitute
for the null (code-point 0) character, which it uses as a string end marker.
If it can't use another character (internally) instead, it will just allow you
to look at the content, but not to change it - completely read-only. That is
the case for executables, corefiles etc. (I actually find viewing corefiles
with NEdit can be useful.)

Hope this helps,
Tony.




&lt;/pre&gt;</description>
    <dc:creator>Tony Balinski</dc:creator>
    <dc:date>2010-11-30T23:39:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.nedit.devel/1525">
    <title>first tab with focus and read only mode</title>
    <link>http://permalink.gmane.org/gmane.editors.nedit.devel/1525</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi,
opening two or more files, should focus be on the first opened files, or
on the last tab as now?

Is there a parameters to force opening in read/write of a file with a
binary part, that trigger the read only behavior by Nedit?

thank you,
Valerio
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJM8/DdAAoJEBA8tY5WEOWJFqIIAKNPAkF116Piyd/CMS30SLBP
Td1m/W6ROfvPSe/cN68jx9Abw0dseuhxtgsV5Tqx+Tl+8lUeV4MX4Orud6NraFfF
DPv89CowZon3USADvSs2ePGG98L8G7oeit61ynAkx//DGmIfuLNzKst2hXQqNZmV
x4wHrnu5FpzaPPBgRZJLU/LRTLZ6JT8dG0oo7WzM9cZwdQXoT1FQnBc1hdjvMsXQ
g2R+yVlggdKd2mQ0B2z+O/WfzcJYHCoX2O8nCUxGIE6TlSp3KMLH8PaJSUANBbmT
9i0CpmMyaIVpLIjRs7nDbcWM87e5l4GFabB4tigMpwhm687wVy2VUmEbuMB0vNI=
=aMAo
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Valerio Messina</dc:creator>
    <dc:date>2010-11-29T18:28:50</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.editors.nedit.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.editors.nedit.devel</link>
  </textinput>
</rdf:RDF>
