[Mono-list] Windows icon in generated exe
When I compile some app in Linux, using MonoDevelop, it does not include the icon in the executable; it appears as a blank piece of paper in the explorer. If I change to Windows and compile with Xamarin, then it works fine. Has anyone else experienced this? -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-winforms-list] WinForms deprecated?
> > I don't understand how WinForm can be deprecated? > > The whole point is to get to easily cross-platform deployment and > fracturing the GUI element wrecks that capability. > Well, I'm not a Mono Team authority, but yes it is. You can find an e.mail thread in which Miguel de Icaza reports that WinForms is buggy and incomplete: "Hey, Mono has an implementaiton of Windows.Forms, but it is both old, unmaintainted and known to have some bugs. Some people have been able to use it effectively, but we do not currently have an active maintainer, so we encourage developers to pick something like Gtk# instead." I've been unable to find something like that quoted text in the oficial mono pages for WinForms... due to this, people will continue to try to use it as a valid asset. >From what other people has been reporting here, using WinForms in a Mac is a complete nightmare, so you can only create cross-platform apps for Linux and Windows, in any case, while Gtk# works for all three platforms. > I was gearing up to work on a Wayland back-end to WinForms ... is this a > lost cause now? > I will answer that in a generic way: if the use you have to make of WinForms is valid for your application, then you can do it. But if you find something that does not work, then you're lost and alone. -- baltasar ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Mono-winforms-list Digest, Vol 110, Issue 2
Hi, Windows Forms is no longer mantained. The mono team considers Winforms deprecated, in the sense that it should not used to create new software. About your specific issue, this is probably related to the windows forms implementation in mono (via System.Drawing). In this FAQ: http://www.mono-project.com/docs/faq/winforms/ They say that you must be running a composite desktop in order to be able to have transparency in your windows. This means to me that your best bet is to have an alternative display mode in which you don't rely in transparencies. -- baltasar ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-list] Maintainers of Gtk#?
Hi, Stephen and all, I recommend reposting this to the gtk-sharp-list > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list > Ooops, sorry. Thank you for pointing me in the right direction. Reposting there now. -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Maintainers of Gtk#?
Who is maintaining Gtk#? How can I contact them? Do they accept collaborations? I'm the author, in the Gtkmm world (the C++ binding of Gtk+), of ListViewText, a simplified Gtk+'s TreeView version, oriented to text only. https://developer.gnome.org/gtkmm/stable/classGtk_1_1ListViewText.html Since I started to develop with Gtk#, I missed that simple table of string's, and developed it again for Gtk# (all managed code). http://github.com/baltasarq/gtkutil I wonder if this is of interesting enough to include it in Gtk# itself. -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Failed to install monodevelop-versioncontrol
I have a problem with the new Mono 4.2.1: it complains when installing monodevelop-versioncontrol it seems it depends on the package libcrypt11, but this package is missing. If I list libgcrypt, it appears as installed (the dev), though the runtime libraries cannot be installed for some reason (it clains it cannot install libgcrypt11:i386...) Any idea? I'm working with an amd64 Ubuntu 15.10. === $ apt list libgcrypt* Listing... Done libgcrypt11/now 1.5.4-2ubuntu1.1 i386 [residual-config] libgcrypt11-dev/wily,now 1.5.4-3+really1.6.3-2ubuntu1 all [installed] libgcrypt20/wily,now 1.6.3-2ubuntu1 amd64 [installed] libgcrypt20-dbg/wily 1.6.3-2ubuntu1 amd64 libgcrypt20-dev/wily,now 1.6.3-2ubuntu1 amd64 [installed,automatic] libgcrypt20-doc/wily 1.6.3-2ubuntu1 all $ apt list monodevelop* Listing... Done monodevelop/stable,now 5.10.0.871-0xamarin2 all [installed] monodevelop-database/stable 5.7.0.660-0xamarin1 all monodevelop-nunit/stable,now 5.10.0.871-0xamarin2 all [installed] monodevelop-versioncontrol/stable $ sudo apt install monodevelop-versioncontrol Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: monodevelop-versioncontrol : Depends: libgcrypt11 (>= 1.4.5) but it is not installable E: Unable to correct problems, you have held broken packages. === -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono.Cairo docs
I've created a pull request for the documentation in the web about Mono.Cairo. While this package is quite useful and important (Gdk has lost its drawing functions in Gtk3), its docs seem to not have been updated for some time. https://github.com/mono/website/pull/156 I cannot guarantee that these changes are the only ones needed, but I think it is a good start. -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Weird behaviour - portability?
I've a project which is set to compile for .NET 4.5, using MonoDevelop in Ubuntu. I have my system with the latest mono, installed as described in the download page for debian systems. The project compiles and runs, everything works fine. I move the executable to a Windows 10 machine, which claims to have .NET installed. Gtk# 2.12.26 is installed with Xamarin Studio 5.9.7 and Mono 4.0.3. If I launch the exe, then nothing happens, Launching it from Xamarin Studio with Mono, it works fine. If I launch it with.NET, it produces the following output: Debugger operation failed Incompatible request. (Exception HRESULT: 0x80070032) There are two warnings: MSB3644 .NET v4.5 reference assemblies are not found... MSB3270 The arquitecture of the processor ("MSIL") and the arquitecture of the assemblies c:\program files\.netv4.0... are different. If I rebuild, then everything works fine, both in .NET and mono. In c:\program files\reference assemblies, I have: .Net Framework\v4.6 v3.5 v3.0 I installed .NET 4.6 from the Windows 10 sdk, but that did not seem to solve the problem. The directory in which Xamarin Studio claims to be looking for ,NET 4, there are only xml files. It is possible that I don't have .NET 4 or .NET 4.5, but I don't find the installers for Windows 10, and the available installers block Windows 10. Any idea? -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problem executing tests with NUnit in Xamarin Studio
Hi, Is there any problem about supporting NUnit in Xamarin Studio in Windows? I installed the NuGet package NUnit 2.4.6, but the namespace NUnit.Framework is not there. Then I learned about NUnit.Runners, but Xamarin Studio seems incapable of installing it (no error being reported in the package console). Anyone experiencing the same problem? Thanks, -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Missing Unix inside of Mono
Hi, Jonathan, You need Mono.Posix.dll, which presumably would be provided by libmono-posix2.0-cil, if it could be installed, which it can’t. I don’t know why apt-get won’t install it. :-( I actually allows me to install, but warning me it is going to uninstall mono-devel, so I'd be in the same situation I was (I'd have to purge libmono* and reinstall). The problem seems to be around mono-devel: it probably does not include all needed dll's (such as Posix), and if you force the installation of libmono-posix, then the system renders unusable, at least for development. === $ sudo apt-get install libmono-posix2.0-cil [sudo] password for baltasarq: Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libmono-corlib2.0-cil libmono-system2.0-cil The following packages will be REMOVED: mono-devel The following NEW packages will be installed: libmono-corlib2.0-cil libmono-posix2.0-cil libmono-system2.0-cil 0 upgraded, 3 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B/120 kB of archives. After this operation, 41,0 MB disk space will be freed. Do you want to continue? [Y/n] n Abort. $ apt list -a libmono-posix2.0-cil Listing... Done libmono-posix2.0-cil/stable 3.12.1-0xamarin1 all libmono-posix2.0-cil/vivid 3.2.8+dfsg-4ubuntu4 all === -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Missing Unix inside of Mono
Hi, all, I want to install Pinta. http://www.pinta-project.com/ However, I cannot do it from Ubuntu's repos, since that would mean to install Ubuntu's packages instead of Xamarin's: === $ sudo apt-get install Pinta [sudo] password for baltasarq: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: pinta : Depends: libmono-posix2.0-cil (= 3.2.3) but it is not going to be installed E: Unable to correct problems, you have held broken packages. === Okay, so I downloaded the tarball from their web and tried to install from source. However, it complains about missing namespace Unix inside of Mono (23 errors). What Xamarin packages am I missing? === Actions/WindowActions.cs(30,12): error CS0234: The type or namespace name `Unix' does not exist in the namespace `Mono'. Are you missing an assembly reference? === -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Missing Unix inside of Mono
Hi, I've even cloned the git repository, but I'm still unable to know what to do. Only two files are cloned, pinta.spec and sources, but no clue of where the tarball is. -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Missing Unix inside of Mono
Hi, Timotheus, So if you install apt-get install libmono-posix4.0-cil from the Xamarin repo Good. It seems it was already installed. and you run the sed commands on your extracted pinta tarball ( https://github.com/PintaProject/Pinta/releases/download/1.6/pinta-1.6.tar.gz ): find . -name *.sln -print -exec sed -i 's/Format Version 10.00/Format Version 11.00/g' {} \; find . \( -name *.csproj -o -name *.proj \) -print -exec sed -i 's#ToolsVersion=3.5#ToolsVersion=4.0#g; s#TargetFrameworkVersion.*/TargetFrameworkVersion##g; s#PropertyGroup#PropertyGroupTargetFrameworkVersionv4.5/TargetFrameworkVersion#g; s#Mono.Posix, Version.*#Mono.Posix#g' {} \; then you should be able to run configure and make. I was able to get a lot further than before. It still however complains about Mono.Addins.Gui missing. Following your steps: $ locate Mono.Addins.Gui /usr/lib/monodevelop/bin/Mono.Addins.Gui.dll It seems that MonoDevelop has a local copy of that DLL. I was able to copy that DLL and made Pinta work. The dpkg query didn't work for me. So, I can now execute Pinta. I still wonder where Mono.addins.Gui is located, though. Thanks, -- baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Unable to build with Monodevelop [Fixed]
All right, I purge'd all libmono* packages, and then reinstalled Monodevelop. Now it seems to work fine. Thanks, -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Unable to build in mono
Ok, I definitely have a problem with packages: === $ apt list --upgradable Listing... Done gendarme/stable 3.10-1xamarin1 all [upgradable from: 3.10-1] mono-tools-devel/stable 3.10-1xamarin1 all [upgradable from: 3.10-1] baltasarq@PC-baltasarq:~$ sudo apt install mono-tools-devel Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mono-tools-devel : Depends: libmono-cecil-private-cil ( 3.12.1) but 4.0.1-0xamarin5 is to be installed E: Unable to correct problems, you have held broken packages. $ sudo apt list -a libmono-cecil-private-cil libmono-cecil-private-cil/stable,now 4.0.1-0xamarin5 all [installed] libmono-cecil-private-cil/vivid 3.2.8+dfsg-4ubuntu4 all === AFAIK, the problem is that mono-tools-devel (from Xamarin's PPA) is not going to be installed because the libmono-cecil it asks for is an old package, instead of the modern one. I'm running Lubuntu 15.04 qith lxqt, updated to the last package: $ uname -a Linux PC-baltasarq 3.19.0-16-generic #16-Ubuntu SMP Thu Apr 30 16:09:58 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux If I am not missing something big, your package lib-mono-devel is incorrectly built... could you fix that? -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Error building with MonoDevelop
Hi, there, I'm using MonoDevlop with one of my projects, and suddenly it has stopped building. I complains with two error messages: Error: Error initializing task Message: Could not load file or assembly 'Microsoft.Build.Tasks.v4.0' or one of its dependencies. The system cannot find the file specified. (Colorado) Error: Error initializing task CreateItem: Could not load file or assembly 'Microsoft.Build.Tasks.v4.0' or one of its dependencies. The system cannot find the file specified. (Colorado) I'm using LUbuntu 15.04, totally updated, with the Xamarin packages for Mono-4.0 PPA. It worked okay yesterday! I'm using Xamarin Studio for Windows at home, over the same directory, This had not give any problems so far. -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Error building with MonoDevelop
Hi, Please upgrade your projects to Mono 4.5 (TargetFrameworkVersionv4.5/TargetFrameworkVersion in the csproj file). Mono 4 does not support anything smaller than .net 4.5. Unfortunately, the project was already configured for Mono /.NET 4.5. There's now another option for projects, .NET framework 4.5.1, but setting the project to this does not change the outcome. -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Error building with MonoDevelop
Hi, Timotheus, Thanks for your help. I can see now that there is a conflict in the dependencies for mono-tools-devel. It has to do with the libmono-cil-private package. Maybe there is a conflict between mono/Xamarin-4.0 packages and Ubuntu ones. Now I am not in my computer at work, I'll have to wait until monday to be able to explore this thoroughly. -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono GUI toolkits
Hi, The lack of a true multiplatform toolkit for Mono is like a never.ending story. GTK isn't usually used anywhere except on Linux. Normally on the mac, you're using Xamarin.Mac, or MonoMac. Normally on windows, you're using WinForms or WPF. Definitely *don't* bother with winforms on non-windows platforms. Nobody has ever had a good experience with that. If you're looking for a cross-platform GUI toolkit, you can look at Eto.Forms and XSP. But I think most people just design business logic separate from GUI code, and build native GUI's on Xam.Mac, GTK#, and Winforms/WPF. Yes, this is the sad scenario for mono: a supposedly cross-platform environment which is not cross-platform at all... unless you use a CLI. The best alternative is Eto.Forms (BTW is Xamarin planning to employ this guy?), which is capable to use one toolkit or another depending on the platform. This is just the automation of code the user interface for each separate OS, which does not make sense to me. I wonder if the future of UI does not lay in just one component which supports HTML and CSS. That way, you would program your whole interface in HTML/CSS, and access the pieces of data from C#. Something like Atom, Brackets, or Visual Studio Code (though these I think are built directly in JavaScript). -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.IO.Compression
Hi, Jonathan, ZipArchive and ZipFile have been present since at least Mono 3.2.0: https://github.com/mono/mono/tree/mono-3.2.0-branch/mcs/class/System.IO.Compression Thank you, I guess I was using 3.1x, because I was getting a NotImplementedException. Anyway, I went to the Mono web and saw Mono 4.0, which I installed and solved all problems. I was even able to install it in Ubuntu!! Kudos for that!! -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.IO.Compression
Hi! Are there any plans to implement System.IO.Compression? Or maybe that now the library is open-sourced, will it be added to mono any time soon? -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-winforms-list] WinForms designer
http://stackoverflow.com/questions/27884840/what- should-be-done-to-integrate-winforms-editor-into-monodevelop What should be done to integrate WinForms designer into monodevelop? Is there the templates for MonoDevelop to create WinForms applications? What is the current state of these works? Your link does not work, at least for me. It's easy to create a WinForms application, even lacking a designer: you just need to know about Panels, and the design is just a recursive task. If you still want a designer, then you should maybe consider using SharpDevelop: http://www.icsharpcode.net/OpenSource/SD/ ...which includes a Windows Forms designer. If you still want a designer to work with MonoDevelop, then you could consider the work of one of my students. It is 1) a designer that generates an xml version of the interface, and 2) a framework which is able to rebuild an interface from the xml file. The main advantage of this is that you can change the GUI quite independently of the source code. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-list] Alternative Toolkits for cross-platform development
A couple of toolkits I have never heard about before today. They are developed for Python. Kyvy - Windows, Linux Mac and iOS/Android. Based on OpenGL http://kivy.org/ PyGUI - Windows, Linux and Mac http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono-list Digest, Vol 115, Issue 32
Most of the discussion about it has been around 2012, though I see there have been some recent check-in on Git, so maybe. I had the same question with the ETO project. I've been recently playing with the Eto project recently, and I'd give it about 8 pts over 10. These seem like one off efforts, and I was something that was actually being baked into mono and actually maintained. That would be definitely great. For example, Qt has some bindings, but... nothing official, an effort (laudable effort) of a single person, I think. (not like Windows.Forms has been). Oh, yes. I actually wonder why it is so difficult. I mean, WinForms is drawn over System.Drawing. Even if System.Drawing is based on X11... ¿would it be so difficult to change it to whatever else? I don't know. Sometimes I think about suggesting C# bindings for Fltk. It would be ugly, but I guess at least it would exist (it is a very simple toolkit). Or maybe Fltk has something like System.Drawing to draw over it. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI Toolkit
Hi, there, Winforms is rubbish on both linux and Mac and unlikely to get any better. Winforms is not rubbish on Linux, it is maybe not perfect, but obviously could be improved by ironing the most important bugs. Winforms is quite good on Windows, since it is possible to build native applications there. WPF is windows only and is not opensource and is it seems unlikely to be any time soon. Interesting. Why is WPF so important that Microsoft is not going to open it? I don't know what is WPF based on, but if it is a drawn toolkit, it could be a solution. Xwt is immature, has limited widget support, Is largely unproven (nothing is using it, except maybe a very little in MonoDevelop) and is abandoned (no commits for 11 months) This is quite strange. I mean, the whole Xwt thing. Why abandon it now, anyway? If you want to produce a cross platform app your best bet is to use an architecture (MVC or similar) which allows you to use a native GUI toolkit on each plaform. This is what I ended up with in my project WideMargin, WPF on windows GTK on linux. This is what the Xamarin boys advice to do. It is obviously the best bet, as you said, if you are going to support the burden of having different sources for different environments (MVC is okay, but that is nevertheless going to happen). Is it possible however, that there is not going to be a simple way to deploy a graphical app in a cross-platform way? I mean, come on, you can do it on Java, on Python... you can do that in any high-level programming language... ¿except on Mono/C#? Maybe Qt is the only answer. Many projects are abandoning Gtk+ in favor of Qt. The problem is to be able to go with undocumented/unproven bindings. Sad situation. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI Toolkit
WPF could be the best alternative if Microsoft open source it. In the current implementation it’s rendered with DirectX so we only need to write an OpenGL backend. Great! Is this a so key software piece that Microsoft cannot open source it? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI Toolkit
The source is already in the referencesource website(not the github under MIT license), except the native component which renders with DirectX. My guess is that Microsoft will release it with the rest of the framework on build 2015. That would be great. Let's hope that happens. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] WinForms in mono
I'm aware of Xamarin.Forms, but apparently only for iOS, Android, Windows Mobile. Yep, that's what I think. Does something similar exist for Mac OSX, Windows Desktop, Linux? The only similar GUI system that comes bundled with the standard mono installation is WinForms. I stumbled upon this: https://github.com/picoe/Eto Haven't tried it yet. Maybe it's great, maybe not. Are there some additional competing alternatives out there? I think that there are also bindings for Qt., but both Eto and Qt would be probably a problem when distributing your software... and this is important... how much must you include with your app? WinForms is completely included in your mono/.NET installation. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Open source .NET and Winforms
Hi, Miguel and people at Xamarin: We have already started the work to integrate the .NET Framework code, and once I get back to Boston after the event we will check in the results. That is the reason we did not want to take the large #ifdef patch removal a couple of weeks ago. That's terrific. One possible thing to do would be to drop the code for Winforms (a big part of it is buggy), keep System.Drawing, and try to adopt as much as Microsoft code as possible. Well, maybe most of that code is made of P/Invokes, I don't know. I suppose that, anyway, this is not going to be one of your top priorities. -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Consts.cs
Hola, A `.in` file is an input file, often processed by sed, to replace various strings within the file. In the case of Consts.cs.in, the string to be replaced is @MONO_VERSION@, which is done by mono/mcs/build/Makefile [0] common/Consts.cs: common/Consts.cs.in $(wildcard config.make) test -n '$(MONO_VERSION)' sed -e 's,@''MONO_VERSION@,$(MONO_VERSION),' $ $@ Thanks to put some light into this. I'm still behind the keyboards.resources file. == I'm trying to help solve a bug in Windows forms, specifically that unresolved one that makes apps crash when one edits any text field in a DataGridView, after a second time. However, while I was able to compile a DLL thanks to Stifu, when the app is initialising it complains about 'keyboard.resources' Not being available. In the resources folder of the mono/mcs/class/Managed.Windows.Forms/resources directory, there is a promising create-keyboards.sh which compiles create-keyboards.cs and executes create-keyboards.exe I tried that, and it generated keyboards.resx (not 'keyboards.resources'). I tried to include it in the Managed.Windows.Forms project anyway, but compilation then fails because of the 'create-keyboards' assembly missing. I tried to include create-keyboards.exe above as a referenced assembly, but that did not work. == Any clue? Thanks! -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Incorporate hexidecimal in C# string
Hi, Please tell me how I would go about incorporating hex 0x02 and 0x03, Start Of Text and End of Text, into a string in C#. In C i would sprintf it but have as yet not found an equivalent in C#. In fact from the reading I have done I am no longer sure that C# can handle hex. You can use string.format. Instead of %s or %d, you use {0} or {1}, being that the position of the value in the data list. For example: string str = ...; string final = string.Format( {0}{1}{2}, 0x02, str, 0x03 ); string.Format: http://msdn.microsoft.com/en-us/library/b1csw23d(v=vs.110).aspx format string: http://msdn.microsoft.com/en-us/library/txafckwd(v=vs.110).aspx -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Installation on Ubuntu 14.04
Hi, Should the mono-complete have installed gtk-sharp-2.0? No. If you write an application such as GTK#Hello which requires GTK# and you distribute a rpm or deb, then your rpm or deb should depend on gtk-sharp. But GTK# is not part of mono. It's a graphics library. The reason you need it is because you wrote a graphics application. You can write a Windows Forms application (i.e., graphics application), without the need of Gtk#. For example: http://www.mono-project.com/docs/getting-started/mono-basics/#winforms-hello-world In the other hand, however, WinForms is deprecated. So including a dependency on Gtk# is not a crazy idea at all. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-winforms-list] Building Managed.Windows.forms.dll
Hi, there, I'm trying to help solve a bug in Windows forms, specifically that unresolved one that makes apps crash when one edits any text field in a DataGridView, after a second time. However, while I was able to compile a DLL thanks to Stifu, when the app is initialising it complains about 'keyboard.resources' Not being available. In the resources folder of the Manages.Windows.Forms directory, there is a promising create-keyboards.sh which compiles create-keyboards.cs and executes create-keyboards.exe I tried that, and it generated keyboards.resx (not 'keyboards.resources'). I tried to include it in the Managed.Windows.Forms project anyway, but compilation then fails because of the 'create-keyboards' assembly missing. I tried to include create-keyboards.exe above as a referenced assembly, but that did not work. Any clue? Thanks, -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-list] Building Managed.Windows.forms.dll
Hi, there, I'm trying to help solve a bug in Windows forms, specifically that unresolved one that makes apps crash when one edits any text field in a DataGridView, after a second time. However, while I was able to compile a DLL thanks to Stifu, when the app is initialising it complains about 'keyboard.resources' Not being available. In the resources folder of the Manages.Windows.Forms directory, there is a promising create-keyboards.sh which compiles create-keyboards.cs and executes create-keyboards.exe I tried that, and it generated keyboards.resx (not 'keyboards.resources'). I tried to include it in the Managed.Windows.Forms project anyway, but compilation then fails because of the 'create-keyboards' assembly missing. I tried to include create-keyboards.exe above as a referenced assembly, but that did not work. Any clue? Thanks, -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Building Managed.Windows.forms.dll
Hi, there, try to compile create-keyboards.cs as create-keyboards.dll? Tried that, with /target:library, but unfortunately did not work. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-winforms-list] [Announcement] Winforms GUI Generator
Hi, there! This is to announce the work of Adolfo Álvarez, who created a Winforms application which makes it possible to build basic to medium (in complexity) interfaces. It creates an XML file which can be later loaded in your app in order to create the GUI and connect the signals. There is a GitHub repository here: http://github.com/aalvlopez/generadorWinforms/ User manual (unfortunately, docs in Spanish, though images are self-explanatory): http://github.com/aalvlopez/generadorWinforms/tree/master/Documentacion/Manual%20de%20usuario Example application: http://github.com/aalvlopez/generadorWinforms/tree/master/ProbandoLibreria Hope you like it. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-list] [Announcement] Winforms GUI Generator
Hi, there! This is to announce the work of Adolfo Álvarez, who created a Winforms application which makes it possible to build basic to medium (in complexity) interfaces. It creates an XML file which can be later loaded in your app in order to create the GUI and connect the signals. There is a GitHub repository here: http://github.com/aalvlopez/generadorWinforms/ User manual (unfortunately, docs in Spanish, though images are self-explanatory): http://github.com/aalvlopez/generadorWinforms/tree/master/Documentacion/Manual%20de%20usuario Example application: http://github.com/aalvlopez/generadorWinforms/tree/master/ProbandoLibreria Hope you like it. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-winforms-list] Problem loading WinForms
Hi, HelenCR, That symptoms seem to corresond with an application compiled for an old .NET version. Recompile the application for .NET 4. -- -- Baltasar ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-list] Mono no longer supported on SPARC?
Hi, Is SPARC not supported by Mono any more? I finally got the 3.4.0 runtime to build (many thanks to Steve Hall!), but when I try to run anything with it, I get: Assertion: should not be reached at method-to-ir.c:2566 Now, that is in this method: static voidset_rgctx_arg (MonoCompile *cfg, MonoCallInst *call, int rgctx_reg, MonoInst *rgctx_arg){#ifdef MONO_ARCH_RGCTX_REG mono_call_inst_add_outarg_reg (cfg, call, rgctx_reg, MONO_ARCH_RGCTX_REG, FALSE); cfg-uses_rgctx_reg = TRUE; call-rgctx_reg = TRUE;#ifdef ENABLE_LLVM call-rgctx_arg_reg = rgctx_reg;#endif#else NOT_IMPLEMENTED;#endif} mono/mini/mini-sparc.h does not define *MONO_ARCH_RGCTX_REG*... so we can't use JIT. But it also doesn't define *MONO_ARCH_LLVM_SUPPORTED*... so we can't use LLVM either! Am I missing something obvious here, or is support for SPARC dead? I remember there is a tool, mint, that only interprets the code, does not include a jitter: http://www.mono-project.com/Command-Line_Tools I'd guess that's a solution wherever the architecture is not supported. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono-list Digest, Vol 108, Issue 24
Hi, I wish WinForms was more usable in general, but yeah, that's how it is. People will recommend you stay away from WinForms because it's old and badly supported in Mono. I know. That said, WinForms is maintained by the community now, so if we want to make it better, it's in our hands. If you feel the motivation to fix that bug, I can review your patch and commit it. Well, I'd actually don't know where to start... Where is the repo? If that app is only unusable due to that one specific WinForms bug, it could be worth fixing it, rather than try to port the whole app to another GUI toolkit, which may not be a realistic solution. No, surely not. -- -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Strange exception in Winforms app
Hi, there, I'm using Mono 3.2.8 in Lubuntu 14.04, and I'm observing an odd behaviour which renders a WinForms app unusable. This application works perfectly in Windows, I mean, with the .NET stack, and worked perfectly in the previous version of Lubuntu (with an older version of Mono). http://baltasarq.info/dev/pgcal/ The app has a DataGridView. The problem is that, the second time you try to write something in a cell, WinForms launches the following exception (below). After this exception, the second time you write in the datagridview cell, the exception is raised continuously, so you actually cannot use the app. Any hint? Is this problem known? EDIT: Oh, well, bad news. Yep, the problem is known (though nobody seems to care). User djdjaa89 reported it in bugzilla on January 1st, 2013, and had no answer. http://bugzilla.xamarin.com/show_bug.cgi?id=9653 I guess what the answer to this e.mail is going to be. == $ mono ../pgcal/pgcal/bin/Release/pgcal.exe System.ObjectDisposedException: The object was used after being disposed. at System.Windows.Forms.Control.CreateHandle () [0x0] in filename unknown:0 at System.Windows.Forms.TextBoxBase.CreateHandle () [0x0] in filename unknown:0 at System.Windows.Forms.Control.CreateControl () [0x0] in filename unknown:0 at System.Windows.Forms.Control.SetVisibleCore (Boolean value) [0x0] in filename unknown:0 at System.Windows.Forms.Control.set_Visible (Boolean value) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control:set_Visible (bool) at System.Windows.Forms.DataGridView.BeginEdit (Boolean selectAll) [0x0] in filename unknown:0 at System.Windows.Forms.DataGridView.ProcessKeyEventArgs (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.ProcessKeyMessage (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WmKeys (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.DataGridView.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0] in filename unknown:0 System.ObjectDisposedException: The object was used after being disposed. at System.Windows.Forms.Control.CreateHandle () [0x0] in filename unknown:0 at System.Windows.Forms.TextBoxBase.CreateHandle () [0x0] in filename unknown:0 at System.Windows.Forms.Control.get_Handle () [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control:get_Handle () at System.Windows.Forms.DataGridView.ProcessKeyEventArgs (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.ProcessKeyMessage (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WmKeys (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.DataGridView.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0] in filename unknown:0 == -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Regression in Winforms Support for version 3.0
Hi, If it's a simple fix, create a patch and submit it for inclusion. It doesn't look that bad to fix, just something in a shell script somewhere... Mmmm... I've checked the gtihub's repo out, and it seems it has been already fixed, though the bugtrack system has not been updated: http://bugzilla.xamarin.com/show_bug.cgi?id=8309 https://github.com/mono/mono/commits/master/data/config.in -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-winforms-list] Regression in Winforms Support for version 3.0
Hi, all of you. I've finally found a solution to this problem by myself. Since probably many people will stumble upon this, I think it is better to somehow register it. The problem seems to be in System.Drawing. When you try to launch an application using WinForms, it crashes with: == Unhandled exception ...snip... Missing dll: /tmp/install/lib/libgdiplus.so == This is particularly confusing on Windows, where one would think this file should be already present. The key to this problem is already in the Xamarin bugtrack system, bug 8309: https://bugzilla.xamarin.com/show_bug.cgi?id=8309 The problem seems to be related to the following two lines in the file $INSTDIR\etc\mono\config: == dllmap dll=ggdiplus target=/tmp/install/lib/libgdiplus.so / dllmap dll=ggdiplus.dll target=/tmp/install/lib/libgdiplus.so / == Being INSTDIR the installation directory of mono. Note that this happens in Windows, maybe that etc could be confusing, but it is just a subdirectory of the mono installation. Removing both lines immediately solves the problem. == Because bugs happen :) Locate $mono-prefix/etc/mono/config and add an os=!windows attribute to all gdiplus gdi32 DLL mapps. == Thanks Robert. I found the solution just before reading your message. I suppose I've been more taxative. This bug invalidates the use of this version of Mono for any final user trying to run an application employing WinForms, and there are quite a lot out there. An yep, bugs happen. However, the bug was found in 11/2012 (mono 3.0.1), and bug 14586, a duplicate of this bug, was (re-)found in 09/2013. Currently, in 4/2014 (mono-3.2.3), the bug has not still been solved, while the fix seems just to add an os=!windows attribute to those lines. I understand that WinForms is not a valuable asset for Xamarin, but this seems strange anyway. -- Baltasar ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-list] Regression in Winforms Support for version 3.0
Hi, all of you. I've finally found a solution to this problem by myself. Since probably many people will stumble upon this, I think it is better to somehow register it. The problem seems to be in System.Drawing. When you try to launch an application using WinForms, it crashes with: == Unhandled exception ...snip... Missing dll: /tmp/install/lib/libgdiplus.so == This is particularly confusing on Windows, where one would think this file should be already present. The key to this problem is already in the Xamarin bugtrack system, bug 8309: https://bugzilla.xamarin.com/show_bug.cgi?id=8309 The problem seems to be related to the following two lines in the file $INSTDIR\etc\mono\config: == dllmap dll=ggdiplus target=/tmp/install/lib/libgdiplus.so / dllmap dll=ggdiplus.dll target=/tmp/install/lib/libgdiplus.so / == Being INSTDIR the installation directory of mono. Note that this happens in Windows, maybe that etc could be confusing, but it is just a subdirectory of the mono installation. Removing both lines immediately solves the problem. == Because bugs happen :) Locate $mono-prefix/etc/mono/config and add an os=!windows attribute to all gdiplus gdi32 DLL mapps. == Thanks Robert. I found the solution just before reading your message. I suppose I've been more taxative. This bug invalidates the use of this version of Mono for any final user trying to run an application employing WinForms, and there are quite a lot out there. An yep, bugs happen. However, the bug was found in 11/2012 (mono 3.0.1), and bug 14586, a duplicate of this bug, was (re-)found in 09/2013. Currently, in 4/2014 (mono-3.2.3), the bug has not still been solved, while the fix seems just to add an os=!windows attribute to those lines. I understand that WinForms is not a valuable asset for Xamarin, but this seems strange anyway. -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Regression in WinForms support
Hi, there. While trying to execute my app using WinForms (created with Mono and MonoDevelop, and working just right up until now), I have stumbled with this, using Windows 7: == Unhandled exception: ...snip... missing \tmp\lib\libgdiplus.so == I've installed the last version of Mono (3.2.3) from the mono webpage for Windows. I've looked for help and found: http://www.mono-project.com/DllNotFoundException However, this only seems to apply to Linux distributions, not for Windows. I suppose the DLL is not missing, since it should be using the one provided by Windows. Can I have some help? Why did this work transparently in previous versions of Mono and now it does not? -- Baltasar ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-winforms-list] Start an App right after login
Hi, Assuncao, I tried many different ways to add an executable (winforms) created in C# using mono to start automatically after login, but all my attempts didn't work. Does anyone know how can I do it? I'm running my application on Raspbian (Debian distro). So you are trying to achieve that in a Linux distro. Anyway, I think that what you are describing is more related to a installer or something like that, than to the C#/mono program itself. The best way I can think of is to create a .desktop file, like the ones you can find in /usr/share/applications, and copy it to the .config/autostart directory of the user. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-list] Simple Gtk# hello world app
Hi, Michael, I never heard back further from my failed attempt to start building a HelloWorld C# Gtk# test application. My reply was as follows: Attempting to create a HelloWorld C# Gtk# raises the error I posted. I never get to the editor screens. I am attempting with 4.2.2 on Xubuntu 12.04 x64. Seems we are working with quite similar configuration. I am working with MonoDevelop in LUbuntu 13.10 x64 The only step I took in order to have a working mono environment were: $ sudo apt-get mono-complete monodevelop In order to create a Gtk# App: - Create a Gtk# 2.0 project (File New Solution C# Gtk# 2.0) - Select the MainWindow.cs file on the project tree at the left. - Select designer on the bottom of the screen, and add a Container VBox, delete one of the three partitions, and in the other two place a Label and a Button. - Change the label labelprop to Hello, world! - Change the button label property to Dismiss. - In the properties panel of the button, select signals, go to Button Signals, and on Clicked type OnDismiss (without the quotes) and press Enter. - Go the the source. - Inside the OnDismiss() method, type this.Hide(); Application.Quit();. - That's it! Run the application, and you should have the desired results. Hope this helps. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Comparison: Windows/WPF vs Mono/Glade/Gtk
Hi, there, Has anyone worked with Glade/Gtk on a Mono across platforms? Can you provide a comparison how it stacks up in comparison/contrast with native if you will .NET WPF? Assuming C# in all cases. Gtk# with Glade or MonoDevelop: This solution is great if you don't really care very much about how things are displayed. For example, you want to have a table on the window, and you don't want to care about fonts, background colors, etc. Nearly everything in Gtk# is fixed, you can't touch it. This is probably great to give the impression of stability and consistency between platforms and applications. It is not very good if you want to somehow innovate or just do things differently. WPF is not supported in mono, and I have to confess that I haven't worked with it at all. Just WinForms is provided, and it seems that it has been abandoned: I mean, you can still create applications using WinForms, but it is not adviced to do so. It seems that nobody is taking care of the winforms code. So, embedding avalon does not seem to be possible at all. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Downloading mono for Windows
Hey. I just heard about mono and was going to try it out but i can't download it for my windows computer. This is what occurs: http://download.mono-project.com/archive/2.10.12/windows-installer/0/mono-2.10.12-gtksharp-2.12.11-win32-0.exe http://download.mono-project.com/archive/2.10.12/windows-installer/0/mono-2.10.12-gtksharp-2.12.11-win32-0.exe It seems that you're downloading a version that does not exist for Windows. The link works for me when chaning the two first 2.10.12 with 2.10.9. Correct link: http://download.mono-project.com/archive/2.10.9/windows-installer/0/mono-2.10.9-gtksharp-2.12.11-win32-0.exe It seems that the last version available depends on the platform used. For example, the last stable version of mono, 3.2.0, is only available as binary for Mac. I don't know whether Xamarin intends to make the binaries available, or if they are looking for help... -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Gtk# support
Hi ! To my understanding, Ubuntu does not support GTK# for .NET 2.0 based mono runtime, which is not a bug. You are trying to run an app with insufficient software components on an OS. If you want to use the feature that the OS does not provide, you'll have to provide that by yourself, like it wouldn't make sense to bug Microsoft that WP7 does not ship with System.Data. That is interesting. The problem is that, with Mono-2.10.8, .NET applications created with mono 2.10.8 and the latest MonoDevelop, that in Ubuntu work adding the --runtime=v4.0 switch, do not work in Windows anymore. They just simply crash, showing no errors. The only way to execute one of that applications is to install mono and launch them from there (showing at the same time, an ugly command line window for a brief moment). -- Baltasar García Perez-Schofield (jbgar...@uvigo.es) Dpt. Informática, Universidad de Vigo, España http://webs.uvigo.es/jbgarcia/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Understanding a bit how things work
Hi, Charles! So, at this point, I need to determine if there is a package in mono that can provide the methods in SlimDX and if not, find something similar and re-work all the methods. The problem is not SlimDX. The problem is that SlimDX is a wrapper library for DirectX, and there is not DirectX _at all_ in mono. DirectX is a library available in Windows. C# is able to use it through p/invoke, in Windows, but because the library is already there: http://msdn.microsoft.com/en-us/library/aa288468(v=vs.71).aspx So, the real question is: the target operating system is Windows? If the answer is no, then you won't be able to use DirectX. You can for example use SDL and SDL#, which provide access to OpenGL: http://www.matrix44.net/old/sdl/sdlnet.html You can then distribute your mono application with the libraries for each platform, as the SDL library is multiplatform. There are of course, other alternatives, such as Unity3D... -- Baltasar García Perez-Schofield (jbgar...@uvigo.es) Dpt. Informática, Universidad de Vigo, España http://webs.uvigo.es/jbgarcia/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono-list Digest, Vol 82, Issue 22
Dear Robert, I asked about a problem and in the mono-winforms list about a problem with WinForms, and haven't still received a single answer. You've asked about a problem you've encountered under MS.NET. First of all, I am not intending to start a flame. However, obviously you did not understand the problem correctly. Maybe one of the problems has to do with .net (I suppose you refer to the calendar control), but the other one (mono arranging the controls differently) is a bug in mono/winforms. I finally did a workaround using a SplitContainer. Since we're rather skilled to answer questions regarding porting *from* MS.NET *to* Mono, there is no wonder that nobody responded, even if the issue is most likely a bug in Mono. nobody responding as if I had not asked anything (in two lists!) seems to be quite rude to me, but if that's the protocol in this list, then I don't have anything else to say. Regards, -- Baltasar García Perez-Schofield (jbgar...@uvigo.es) Dpt. Informática, Universidad de Vigo, España http://webs.uvigo.es/jbgarcia/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono, Foxboard G20, /dev/ttys2 no receive ? (salorob)
Hi, there! Anyone? Although there are a lot supportive people in this list, who answer when do know about the problem, this void is unfortunately quite common, in general. I asked about a problem and in the mono-winforms list about a problem with WinForms, and haven't still received a single answer. -- Baltasar García Perez-Schofield (jbgar...@uvigo.es) Dpt. Informática, Universidad de Vigo, España http://webs.uvigo.es/jbgarcia/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-winforms-list] MonthCalenar Problem with Mono 2.10.6 and WinForms
Hi, there! I created a WinForms app in Linux, thinking it would work flawlessly in Windows... However, it does only work right (as created) with Mono for Windows, not with .NET in windows. The calendar looks bad, it appears duplicated, and if you click in the next or last arrows, then it always advances abuot four months. Here is the app in Mono 2.10.6 correctly running on windows (as in mono for linux): http://img202.imageshack.us/img202/2596/winformsmonthcalendarmo.png Here is the very same app (same binary) running on windows, with native .NET: http://imageshack.us/photo/my-images/267/winformsmonthcalendardo.png/ Any idea? ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list