<?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.comp.gnome.mono.addins">
    <title>gmane.comp.gnome.mono.addins</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins</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.comp.gnome.mono.addins/594"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/593"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/592"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/591"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/590"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/589"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/588"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/587"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/586"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/585"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/584"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/583"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/582"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/581"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/580"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/579"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/578"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/577"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/576"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/575"/>
      </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.comp.gnome.mono.addins/594">
    <title>Re: Whitelisting assemblies to scan for addin roots</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/594</link>
    <description>&lt;pre&gt;
El 30/11/2011, a las 17:26, Weeble escribió:


Not really. I added AddinFileSystemExtension with the intention to use it in a MonoDevelop add-in for building add-ins (which is not finished). 


I fear not.


The best solution would be to extend the .addins file format to allow specifying a whole directory to exclude, and a set of files to include (the white list).

Lluis.

&lt;/pre&gt;</description>
    <dc:creator>Lluis Sanchez Gual</dc:creator>
    <dc:date>2011-12-19T17:56:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/593">
    <title>Whitelisting assemblies to scan for addin roots</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/593</link>
    <description>&lt;pre&gt;I would like to prevent scanning for addins and addin roots of DLLs in
my application directory except for those that I explicitly whitelist.
Right now I have to add &amp;lt;exclude&amp;gt; entries for every *other* DLL in
that directory. I see that AddinFileSystemExtension can be used to
provide a virtualized view of the file-system to the scanner, so it
seems theoretically possible that I could just provide it with a view
that hides all DLLs except for the ones in my whitelist. However, I
can't see a way to use this correctly. I can register this with an
AddinRegistry with RegisterExtension, but AddinEngine.Initialize
creates a new AddinRegistry and then immediately starts scanning with
it, before I have an opportunity to register any extension with it. So
even though I can eventually register the extension, it's too late,
because the registry has already scanned all the DLLs in the
application directory.

1. Aside from this issue, is AddinFileSystemExtension suitable for
this purpose?
2. Is there a way around this prob&lt;/pre&gt;</description>
    <dc:creator>Weeble</dc:creator>
    <dc:date>2011-11-30T16:26:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/592">
    <title>0.6.2</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/592</link>
    <description>&lt;pre&gt;Hi,

it would be great if you could provide a version with a modified
assembly and file version, which reflects 0.6.2. Currently it is still
set to 0.6.0.

Thanks,
vl950t

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-11-14T09:23:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/591">
    <title>GIT commit message is null</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/591</link>
    <description>&lt;pre&gt;I'm running Ubuntu 11.10, with MonoDevelop 2.6 and Git support 2.6.0.

I created a new solution, with a C# console project, and with Git
Support enabled.

From the top menu, I did  Version Control ==&amp;gt; Commit Solution.

I got the "Commit Files" dialog, which listed the changed files.
Below the grid listing the modified files, there was a label "Commit
message:", with nothing following it.

I clicked "Commit", and received an error:

System.ArgumentException: Commit message must not be null or empty!
Parameter name: message
  at MonoDevelop.VersionControl.Git.GitRepository.Commit
(MonoDevelop.VersionControl.ChangeSet changeSet, IProgressMonitor
monitor) [0x00000] in &amp;lt;filename unknown&amp;gt;:0
  at MonoDevelop.VersionControl.CommitCommand+CommitWorker.Run ()
[0x00000] in &amp;lt;filename unknown&amp;gt;:0

I looked in Preferences ==&amp;gt; Version Control ==&amp;gt; Commit Message Style,
and I see text in the Preview.

Any ideas?

&lt;/pre&gt;</description>
    <dc:creator>jdege-/soJ1Hn18Zc&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-11-05T01:26:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/590">
    <title>upgrading to mono.addins 0.6 and 0.6.2</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/590</link>
    <description>&lt;pre&gt;Hello mono-addins team!,
I tried to update the Addins system of the software I'm developing.  After
updating to mono.Addins 0.6 and 0.6.2  I noticed that, in Windows, the
addins engine fails to scan assemblies under Windows and generates errors
like the following:

Scanning file: ...\...\mydll.dll
Using assembly reflector: Mono.Addins.CecilReflector.Reflector
Error:There was an error while scanning assembly: ...\...\mydll.dll
ExceptionSystem.TypeInitializationException: The type initializer for
'Mono.Cecil.Metadata.TableHeap' threw an exception. ---&amp;gt;
System.ArgumentException: Value does not fall within the expected range.
   at System.Runtime.CompilerServices.RuntimeHelpers.InitializeArray(Array
array, RuntimeFieldHandle fldHandle)
   at Mono.Cecil.Metadata.TableHeap..cctor()
   --- End of inner exception stack trace ---
   at Mono.Cecil.Metadata.TableHeap..ctor(Section section, UInt32 start,
UInt32 size)
   at Mono.Cecil.PE.ImageReader.ReadMetadataStream(Section section)
   at Mono.Cecil.PE.ImageReader.Read&lt;/pre&gt;</description>
    <dc:creator>Matteo Tesser</dc:creator>
    <dc:date>2011-10-20T18:06:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/589">
    <title>Passing collections using mono.addins</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/589</link>
    <description>&lt;pre&gt;Is it possible to create an addin that passes a collection of objects back to
the host to application? I want to create an addin that reads a list of
customers from a database and passes them back to the host as a collection
of customers.

If it is possible you someone give me an idea how to do it?

Many thanks,

John


--
View this message in context: http://mono.1490590.n4.nabble.com/Passing-collections-using-mono-addins-tp3798632p3798632.html
Sent from the Mono - Addins mailing list archive at Nabble.com.

&lt;/pre&gt;</description>
    <dc:creator>Skinner36</dc:creator>
    <dc:date>2011-09-08T12:17:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/588">
    <title>Duplicate Addin Namespace and ID</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/588</link>
    <description>&lt;pre&gt;Hi,

I am wondering what happens if there are two add-ins with the same
namespace and id. Which one wins? There is currently no log output
stating that there was a namespace and id collision?

Thanks,
F. Gsell

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-08-29T05:47:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/587">
    <title>Mono.Addins 0.6.2 Released</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/587</link>
    <description>&lt;pre&gt;Hi,

I'm pleased to announce the release of Mono.Addins 0.6.2.

Mono.Addins is a generic framework for creating extensible applications,
and for creating libraries which extend applications.

Changes in the 0.6.2 release: 

• Added option to support non-interactive installations when using mautil
• Fixed bugs:
• Avoid entering in an infinite loop when finding corrupted file
• Fixed crash when checking for add-in info in dynamic assemblies
• Fix bug in Repair command


If you are interested in knowing more about Mono.Addins, take a look at
http://monoaddins.codeplex.com/documentation.

You can download the source code from:
http://monoaddins.codeplex.com/releases/view/61370

and from GitHub:
https://github.com/mono/mono-addins/tree/mono-addins-0.6

Enjoy!
Lluis.

&lt;/pre&gt;</description>
    <dc:creator>Lluis Sanchez Gual</dc:creator>
    <dc:date>2011-08-17T08:56:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/586">
    <title>Re: The invoked member is not supported in a dynamic assembly.</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/586</link>
    <description>&lt;pre&gt;Hi,

This will be fixed in the upcoming 0.6.2 release.

Lluis.

El 25/07/2011, a las 12:33, Michael Shimmins escribió:


&lt;/pre&gt;</description>
    <dc:creator>Lluis Sanchez Gual</dc:creator>
    <dc:date>2011-08-05T12:34:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/585">
    <title>The invoked member is not supported in a dynamic assembly.</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/585</link>
    <description>&lt;pre&gt;I'm getting this error when trying to Initialize the AddinManager:

AddinManager.Initialize(catalogPath, pluginPath);

The exception:

*The invoked member is not supported in a dynamic assembly.**Description: *An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

*Exception Details: *System.NotSupportedException: The invoked member is not supported in a dynamic assembly.

Is thrown, with this stack trace:

[NotSupportedException: The invoked member is not supported in a dynamic assembly.]
   System.Reflection.Emit.InternalAssemblyBuilder.get_CodeBase() +56
   Mono.Addins.AddinEngine.CheckHostAssembly(Assembly asm) +85
   Mono.Addins.AddinEngine.ActivateRoots() +44
   Mono.Addins.AddinEngine.Initialize(Assembly startupAsm, String configDir, String addinsDir, String databaseDir) +320
   Mono.Addins.AddinManager.Initialize(String configDir, String addinsDir) +49

I was using Mono.&lt;/pre&gt;</description>
    <dc:creator>Michael Shimmins</dc:creator>
    <dc:date>2011-07-25T10:33:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/584">
    <title>Re: Load Addin in AppDomain</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/584</link>
    <description>&lt;pre&gt;You can't directly create an instance of AddinManager. What you can do is create a class which initializes the AddinManager and create an instance of that class in the app domain.

El 26/05/2011, a las 09:36, F.Gsell escribió:


&lt;/pre&gt;</description>
    <dc:creator>Lluis Sanchez Gual</dc:creator>
    <dc:date>2011-05-31T17:46:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/583">
    <title>Unique Addin Id (Addin &lt;-&gt; RuntimeAddin)</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/583</link>
    <description>&lt;pre&gt;Hi,

I am a little bit confused about the Addin.Id.

I am looking for a way to get the the same ID for a RuntimeAddin which
is returned for the Addin itself. I need this information to get a
unique identifier for an addin - this is used for an internal license
mechanism.

Is there a way to get the Addin based on a RuntimeAddin?

Thanks,
F.Gsell

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-31T13:33:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/582">
    <title>Re: Manifest or Standalone</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/582</link>
    <description>&lt;pre&gt;Yep thanks, this was my fault

On May 26, 4:55 pm, Lluis Sanchez Gual &amp;lt;sll...-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-30T06:35:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/581">
    <title>Re: Manifest or Standalone</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/581</link>
    <description>&lt;pre&gt;Maybe you are not referencing the assembly in the Runtime section of the manifest? that's not required when embedding the manifest, but it is when using it standalone.

Lluis.

El 25/05/2011, a las 14:03, F.Gsell escribió:


&lt;/pre&gt;</description>
    <dc:creator>Lluis Sanchez Gual</dc:creator>
    <dc:date>2011-05-26T14:55:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/580">
    <title>Re: Localizable Extension Nodes</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/580</link>
    <description>&lt;pre&gt;Uups sorry, I have found the solution by myself.

   &amp;lt;Localizer type="StringTable"&amp;gt;
     &amp;lt;Locale id="de-de"&amp;gt;
       &amp;lt;Msg id="MyNameValue" str="Localized" /&amp;gt;
     &amp;lt;/Locale&amp;gt;
   &amp;lt;/Localizer&amp;gt;

   &amp;lt;Extension path="/Sample/Executable"&amp;gt;
     &amp;lt;Executable Test="MyNameValue"/&amp;gt;
   &amp;lt;/Extension&amp;gt;

So the value will be replaced with the corresponding string
representation.

Thanks,
F.Gsell


On May 26, 3:14 pm, "F.Gsell" &amp;lt;vl9...-KuiJ5kEpwI6ELgA04lAiVw&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-26T13:21:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/579">
    <title>Localizable Extension Nodes</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/579</link>
    <description>&lt;pre&gt;I try to create localizable extension nodes. Now I have something like
this:

    public class ExecutableNode : ExtensionNode
    {
        [NodeAttribute(Localizable = true)]
        public string Test { get; set; }
    }

In the corresponding AddIn manifest I have something like this:

  &amp;lt;Localizer type="StringTable"&amp;gt;
    &amp;lt;Locale id="de-de"&amp;gt;
      &amp;lt;Msg id="Name" str="Localized" /&amp;gt;
    &amp;lt;/Locale&amp;gt;
  &amp;lt;/Localizer&amp;gt;


  &amp;lt;Extension path="/Sample/Executable"&amp;gt;
    &amp;lt;Executable Name="Test"/&amp;gt;
  &amp;lt;/Extension&amp;gt;

So how can I make the association between my string table message id
and the corresponding extension node attribute? Did I miss something?

Thanks,
F.Gsell

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-26T13:14:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/578">
    <title>Load Addin in AppDomain</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/578</link>
    <description>&lt;pre&gt;Hi,

is it possible to load an AddIn in a separate AppDomain. As far as I
understand the mechanism, I have to run the AddInManager initiailze in
the separate appdomain and load the AddIns. But how can I run the
AddInManager initialize in a separate AppDomain?

When I try to create the AddInManager in the new AppDomain via
CreateInstanceAndUnwrap I get an exception becauce the AddInManager is
not marked as serializable?

Any help would be great.

Thanks
F.Gsell

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-26T07:36:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/577">
    <title>Manifest or Standalone</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/577</link>
    <description>&lt;pre&gt;Hi,

the documentation states that for "Description of Add-ins and Add-in
Roots" manifests can be used. Furthermore the documentation states
that:

"Manifests can be deployed as standalone files, or they can be
embedded as a resource in assemblies. "

When I define the manifests as embedded resources everything is fine.
When I copy the files to the corresponding folder (not as embedded
resources) the plugins won't get found.

Any idea?

Thanks,
F.Gsell

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-25T12:03:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/576">
    <title>Re: Disable Application Folder??</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/576</link>
    <description>&lt;pre&gt;Nope, I fear the only option is to use a .addins file.
El 25/05/2011 11:16, "F.Gsell" &amp;lt;vl950t-KuiJ5kEpwI6ELgA04lAiVw&amp;lt; at &amp;gt;public.gmane.org&amp;gt; escribió:
"Mono.Addins" group.
mono-addins+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0&amp;lt; at &amp;gt;public.gmane.org
http://groups.google.com/group/mono-addins?hl=en.

&lt;/pre&gt;</description>
    <dc:creator>Lluis Sanchez</dc:creator>
    <dc:date>2011-05-25T09:31:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/575">
    <title>Disable Application Folder??</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/575</link>
    <description>&lt;pre&gt;Hi,

we have an application with about 100 dll's in the application folder.
Now mono tries to parse all dll's as the application folder seems to
be a default folder to look for add ins. There are also many native
dll's in the application folder.

Now I don't want to add every dll in the *.addins file as exclude. Is
there a way to exclude the application folder?

Thanks,
F.Gsell

&lt;/pre&gt;</description>
    <dc:creator>F.Gsell</dc:creator>
    <dc:date>2011-05-25T06:53:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.mono.addins/574">
    <title>Re: Native DLLs without manifests</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.mono.addins/574</link>
    <description>&lt;pre&gt;Weeble:

Lluis Sanchez:

Thanks, that's perfect!

&lt;/pre&gt;</description>
    <dc:creator>Weeble</dc:creator>
    <dc:date>2011-05-11T08:54:10</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnome.mono.addins">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnome.mono.addins</link>
  </textinput>
</rdf:RDF>
