[Mono-list] mscorlib

2014-07-22 Thread Ernesto Rodriguez
Dear All,

I compiled mono 3.4.0 from source but the only instance of mscorlib.dll I
get is located at:

lib/mono/2.0/mscorlib.dll

However, I wish to run a program that requires mscorlib 4.5. I am not clear
on how to obtain such version from mscorlib. I would appreciate if someone
would explain this to me.

Best regards,

-- 
Ernesto Rodriguez

Masters Student
Computer Science
Utrecht University

www.netowork.me
github.com/netogallo
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] IRC channel? Having trouble connecting

2009-07-08 Thread Ernesto Wims
I've been trying to join irc.gnome.org using smuxi but i keep getting a
connection error that says:

Closing Link: ernestowims[unkn...@255.255.255.255] (Connection Timed Out)

and there is also another one that says something about Invalid Username.
How can I connect?
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Fwd: Mono Newbie Question

2007-07-20 Thread Ernesto Bascon
against the Mon framework.
> >
> > My main issue is .net uses System.Data.SQLite and mono uses
> > Mono.Data.Sqlite so I could do with knowing if there is a global default
> > compilation symbol like MONO so I can use #if() to select which
> > namespace to use.  I realise I also need to do the same in the project
> > files reference section which may scupper my plans completely :)

I suppose that #if() is a preprocessor directive and it guides the way
the compiler is going to generate the code; isn't it?

Anyway, there are some programmatical way to know (through a class or
method) what is the platform where my application is running on (e.g.:
"Windows, .NET 2.0, x86 " or "Solaris, Mono 1.2.4; x86_64") in order
to load some platform specific classes?

Something like:

if (SystemInfo.Platform == SystemPlatform.Solaris)
  Assembly a = Assembly.Load("Solaris.dll");

kind regards,



Ernesto


> > Thanks
> >
> > Dave
> > ___
> > Mono-list maillist  -  Mono-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list
> >
>
>
> --
> Joe Audette
> Software Solutions Architect
> Source Tree Solutions, LLC
> [EMAIL PROTECTED]
> http://www.sourcetreesolutions.com
> http://www.mojoportal.com
>
>
> --
> Joe Audette
> Software Solutions Architect
> Source Tree Solutions, LLC
> [EMAIL PROTECTED]
> http://www.sourcetreesolutions.com
> http://www.mojoportal.com
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Native Mono UI widgets

2007-07-11 Thread Ernesto Bascon
On 11/07/07, "Andrés G. Aragoneses [ knocte ]" <[EMAIL PROTECTED]> wrote:
> Jonathan Pobst escribió:
> > Ah, I guess it's purely philosophical then.  Basically boiling down to
> > "Do we really need *another* toolkit"?  We have to have WinForms to
> > provide compatibility with the .Net framework.  And we need GTK# to make
> > Mono a great choice for Linux (and somewhat cross-platform) apps.  (And
> > there are others like QT and wxNet and Cocoa#.)  So what would another
> > toolkit bring?
> >
> > Writing an entire toolkit is hard and expensive.  WinForms has been
> > under development for probably 4 years having up to 6 people working on
> > it full-time as well as plenty of contributors.
> >
> > I don't really know of any benefit to making another one.  WinForms is
> > already "Mono native" in that it's fully done with System.Drawing.  It
> > seems like a new one would simply take the WinForms widgets and change
> > the API simply for the sake of being different.  :)
>
> I guess he's not asking 'why not doing another toolkit using S.D.' but
> 'why not redo Gtk# using S.D.'. I guess the disadvantages of that would
> be less performance and much time needed to write it, but in the end it
> would be a managed toolkit and many problems that Gtk# has already,
> would blow, don't you think?
>

My concerns are about:

1. I know Mono intends to be a Microsoft .NET implementation on Unix,
and a library like System.Windows.Forms is totally needed;  though I
do not like the SWF APIs [ok, programming GUI applications with SWF is
easier than programming them with, by example, Java Swing; but you do
not have the MVC separation and all the elegant way of controlling
things].

2. GTK+ is a nice library and Gtk# is a good binding, but again, we
are tied to the computer infrastructure.

Having a Mono specific UI library, maybe built on top of the current
implementation of SWF but feeling free to implement new things [not
necessarily compatible with Microsoft's SWF implementation] could add
a lot of value and richness to the Mono library [theming, KDE and
Gnome interoperability, etc.]

Having a Gtk# implementation built on top of System.Drawing could also
be valuable in the same way.

Yes, I know that it is like reinvent the wheel, but also means turning
Mono in a more independent (and thus, complete) platform.

Kind regards,


Ernesto


> Regards,
>
> Andrés  [ knocte ]
>
> --
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Native Mono UI widgets

2007-07-10 Thread Ernesto Bascon
> Ernesto Bascon wrote:
> > Hi everybody:
> >
> > Maybe this is a more "philosophical" or "political" than technical
> > question, but,
> >
> > Why there is no a native Mono UI widgets framework written on top of
> > System.Drawing? [à la Java Swing]
> >
> > That's just because "no one has worked on it" or there are some more
> > deep decisions [on supporting more GTK+].
> >
> > Kind regards,
> >
> You are looking for the WinForms toolkit.  This is our implementation of
> Microsoft's System.Windows.Forms toolkit.  However, unlike Microsoft's
> implementation, which wraps win32 common controls, all of the controls
> in Mono are written with 100% System.Drawing.
>
> http://www.mono-project.com/WinForms
>
> Jonathan
>

I think the architecture of your Windows Forms implementation is
amazing, but, what about a Mono UI toolkit not depending on the
strengths and weaknesses of SWF?




> >
> >
> > Ernesto
> > ___
> > Mono-list maillist  -  Mono-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list
> >
> >
>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] Native Mono UI widgets

2007-07-10 Thread Ernesto Bascon
Hi everybody:

Maybe this is a more "philosophical" or "political" than technical
question, but,

Why there is no a native Mono UI widgets framework written on top of
System.Drawing? [à la Java Swing]

That's just because "no one has worked on it" or there are some more
deep decisions [on supporting more GTK+].

Kind regards,



Ernesto
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list