- GUI - Haskell.org

Acetaminophen and celexa
by Tyler Cox 17 Jun '10

17 Jun '10

Citalopram is an antidepressant in a group of drugs called selective serotonin reuptake inhibitors at <http://cheapcephalexin.com/l/30410/ac80>. Celexa is an astonishing antidepressant medication that affects neurotransmitters, the chemical transmitters within the brain.

1 0

Paroxetine hyrdochloride
by Evelyn Hall 14 Jun '10

14 Jun '10

Research has shown that depression and anxiety disorders usually require long-term treatment because of their chronic nature and the risk of relapse at http://cheaposeltamivir.net/l/40510/pa25 . With continued treatment, Paxil can help restore the balance of serotonin - which helps reduce the symptoms of anxiety and depression.

1 0

Re: [Haskell-cafe] Congrats. to wxHaskell
by shelarcy 14 Oct '08

14 Oct '08

Hi Henk-Jan, On Tue, 14 Oct 2008 07:53:57 +0900, Henk-Jan van Tuyl <hjgtuyl(a)chello.nl> wrote: > I downloaded wxWindows 2.8.9 and tried to build it with the supplied > makefile as > suggested in the installation manual (I have MinGW and MSSY installed): > > (snip) > > Trying to install wxHaskell: >> cabal install --global wx > [...] > install: /usr/local/lib/wxcore.o > install directory: /usr/local/lib/ > install: /usr/local/lib/wxcore.pkg > cat config/wxcore.pkg | sed -e "s|\${wxhlibdir}|/usr/local/lib|" | ghc-pkg > update - > Reading package info from stdin ... done. > ghc-pkg.exe: /usr/local/lib/imports doesn't exist or isn't a directory > (use --force to override) > "make": *** [wxcore-register] Error 1 > cabal: Error: some packages failed to install: > wx-0.10.5 depends on wxcore-0.10.5 which failed to install. > wxcore-0.10.5 failed during the final install step. The exception was: > exit: ExitFailure 2 wxHaskell requires to use cygwin when building on Windows currently. Because Cabal doesn't support binary distribution yet. If you want to build wxHaskell yourself on Windows, you must install cygwin. http://www.haskell.org/haskellwiki/WxHaskell/Cygwin And I'm finding where causes this problem now. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/

1 1

GUI on MacBook Pro
by George Beshers 04 Aug '08

04 Aug '08

Anyone developing with Haskell on a MacBook (Intel x86_64 processor)? I am particularly interested in any experience with getting a GUI up and running. Thanks in advance. George

3 2

Haskell Xlib: why no get_PropertyEvent
by Rob Hoelz 29 Jan '07

29 Jan '07

I'm new to Haskell, and I'm trying to write an Xlib application with it. The problem is, I can't access property events because there's no corresponding function. Could anyone tell me why get_PropertyEvent was omitted? Thanks, Rob Hoelz

1 0

Segmentation fault (wxhaskell, ghc6.2)
by Carlos Camarao 16 Nov '06

16 Nov '06

I compiled wxhaskell with ghc6.2 on my linux slack. Running all tests (HelloWorld etc.) give Segmentation fault :-( Can you help (please...) ? Cheers, Carlos

1 0

Creating a database
by Skrachi_1 14 Nov '06

14 Nov '06

http://www.nabble.com/file/4150/ProjectStartUp.hs ProjectStartUp.hs I recently started learning haskell and have been given and assignment 2 do a database. I any1 could help me please take a look a what i have and tell me what codes i may need 2 save a file, add a table, etc. please let me know. Thank you -- View this message in context: http://www.nabble.com/Creating-a-database-tf2627543.html#a7332074 Sent from the Haskell - GUI mailing list archive at Nabble.com.

1 0

Re: Gtk and Object I/O
by Axel Simon 23 Jan '06

23 Jan '06

Good day, and apologies for this very long message. On Mon, Jan 20, 2003 at 09:38:41AM -0000, Simon Peyton-Jones wrote: > I don't think we are waiting for critical user mass. We're waiting for > critical *designer/developer* mass! Yes, I guess that's what I wanted to say. So it is all about acceptance of a toolkit by the programmer. I think a GUI toolkit is more acceptable to a programmer if it fulfills the following (highest priority first): a) it is portable, i.e. programs written to use the GUI library should behave the same on Win32/X/Aqua (MacOS) b) it is functional, i.e. the programmer finds all GUI elements a modern application needs and has the ability to create custom widgets c) it is stable, i.e. the library's API doesn't change too quickly, ideally not at all d) it looks as if written with the native API of the platform I thought b) came before a), but due Simon's comment I swapped them: > Speaking as a potential user of such a library, I would absolutely love > to have a Haskell GUI library that > was available in some form on each major platform > was supported by a bunch of people, so I could have > some confidence in its continued existence > Its exact capabilities are less important: (a) I'd adapt my program to > fit what was available, and (b) I'm sure it would evolve in response to > user feedback. I'd accept compromises in functionality to gain > portability; it'd be OK to have > some platform-specific sexy bits. Worse is better. Let's assume we have a lot of time and nobody is in need of a GUI library right now. For a portable library, we need some layer which is common to all OSes. The question is thus: Where shall we have the common interface between a fixed Haskell API and the specific OS API if we want to minimize the penalty for b) functionality, c) stability and d) look-and-feel. Two main proposals are: 1) Create a common high level layer on top of all native OSes (in C) and then bind to Haskell. Example: HToolkit+Ports 2) Use the native OS functions just for drawing. Create every UI item from scratch. Example: Gtk and gtk+hs/gtk2hs regarding 1): This proposal is geared towards d), look-and-feel. It is nice to have a program which looks as if written with the native API. I think it's impossible, some flame: Dialogs in Windows are specified in dialog units, i.e. they scale with the font size but cannot be resized by the user: scrap Gtk's dynamic sizing capability. Buttons on Aqua cannot have icons in them, scrap icons in Gtk and Windows button. Scrap Aquas hierarchical view in several columns (could be simulated if Windows supports adding columns on the fly, Gtk would), scrap additional columns next to a hierarchical tree since Windows doesn't support that. Scrap Window's concept of groups in dialog and keyboard accelerators in general since Aqua doesn't know about hotkeys. AFAIK a lot of UI elements on Windows which are considered "standard" are implemented in the Microsoft Foundation Classes. Thus to actually use these, one has to use the MFC written in C++ (or .net). I know that these are all minor issues which could be circumvented, but where does the native look-and-feel go? Furthermore, this "finding the common subset" approach will certainly lead to a reduction in b) functionality. Simon PJ said: > (a) I'd adapt my program to fit what was available I wouldn't even start a *bigger* project if I would know that I hit some limits later in the development, but that's my view. > (b) I'm sure it would evolve in response to user feedback This could mean a reduction in c) stability. A major point is that you need to consider *all* platforms before you create any abstraction layer. Otherwise you will have a serious problem with stability. It would be very advisable to use a library of people who have successfully found a common subset of all OSes instead of reinventing the wheel. If we need to do it from scratch, then that could indicate that nobody has ever managed to find this common subset. Well, Sengan said: > I have seen many positive comments about IBM's SWT which > works on the following platforms: > <...everything you ever wished for...> So maybe this is such a library. Is it complete? How is the look-and-feel? -------------------------------------------------------------------------- regarding 2): Using a layer which only builds on the native drawing capabilities is surely easier to port. The b) functionality is quite good in the case of Gtk. It lacks support for sound, but supplies most UI elements known from e.g. Windows. The c) stability is not so much of a concern as the primitive drawing functions will not change that quickly. I would like to apply the "Worse is Better" principle to d) look-and-feel. In the example of Gtk, the inventors have gone through quite some hassle to make the UI changeable. You can tweak the buttons to have the same color and fonts as on Windows, though you cannot change the fact that dialogs are resizable or that buttons have no icons and flash blue if they are the default buttons (Aqua). Gtk is not ported to Aqua but runs under the XonX port of Windows. Last but not least any GUI library has to be maintained. Win32/MFC, Gtk (or Qt) and Aqua will all evolve over time. Using a single library like Gtk reduces the burden of keeping the Haskell library up to date to a single backend. Gtk has many more users as it has bindings to many other languages besides C. Thus the amount of people who can iron out problems with the ports to other platforms is much bigger. ------------------------------------------------------------------------ I did not discuss the issue of how much time it needs to implement the different concepts, that could be another email. Hope these arguments are not too biased, Axel.

9 21

A user is trying to find opinions about: gui@haskell.org
by SYEC SUPPORT DEPARTMENT 10 Jun '04

10 Jun '04

This is not commercial email. ALERT! - A user is attempting to share opinions and experiences about you via our website. The purpose of this email is to inform you that a posting has been made about you at our website. This is email is not commercial in nature. If this email message was delivered to your spam or bulk email folder please notify your ISP or spam filtering company regarding this mistake on their part. To view postings about you use this link: http://2.shyx.us/lx.php?a=search&b=5&c=gui@haskell.org ShareYourExperiences.com, as the name suggests, is a place where users can meet each other for the purpose of sharing the experiences they have had with people and businesses. IMPORTANT - To avoid future notifications like this simply add this email address to our Do Not Email List here: http://8.shyxp.biz/lx.php?a=donotemail&b=gui@haskell.org Regards, SYEC Support

1 0

Someone is trying to find experiences about: gui@haskell.org
by POSTING NOTIFICATION 09 Jun '04

09 Jun '04

**OPINION SHARING ALERT** A user is attempting to share experiences and opinions about you via our website. The purpose of this email is to inform you that a posting has been made about you at our website. This is email is not commercial in nature. If this email message was delivered to your spam or bulk email folder please notify your ISP or spam filtering company regarding this mistake on their part. To view postings about you use this link: http://5.shyx.us/lx.php?a=search&b=5&c=gui@haskell.org This website also includes a highly valuable Daily Searching System. This is a simple system in which you can set-up searches that this website will perform for you each and every day. After performing the searches that you have specified, our Daily Searching System will send your search results to you via email. By setting up Daily Searches for all the people and businesses that matter to you, you will be assured to find out right away when a user submits a Experience Request that is interesting to you. IMPORTANT - If you prefer not to be informed if a user posts about you at our website in the future please add your email address to our Do Not Email List here: http://1.shyxp.us/lx.php?a=donotemail&b=gui@haskell.org Regards, SYEC Support

1 0