From taboege at ...176... Thu Feb 5 20:13:30 2015 From: taboege at ...176... (Tobias Boege) Date: Thu, 5 Feb 2015 20:13:30 +0100 Subject: [Gambas-devel] Fabien: Rev #6833 Message-ID: <20150205191330.GH811@...693...> Hi Fabien, in revision #6833 you did: --8<------------------------------------------------------------------------ Revision: 6833 Author: gambix Date: 2015-01-12 22:43:37 +0000 (Mon, 12 Jan 2015) Log Message: ----------- [DEVELOPMENT ENVIRONMENT] * NEW: Add support for ReportMargin Modified Paths: -------------- gambas/trunk/app/src/gambas3/.src/Editor/Form/CControl.class gambas/trunk/app/src/gambas3/.src/Editor/Form/FProperty.class gambas/trunk/app/src/gambas3/.src/Family/CFamilyReport.class gambas/trunk/app/src/gambas3/.src/Help/FHelpBrowser.form gambas/trunk/app/src/gambas3/.src/Project/Patch/FPatch.class gambas/trunk/app/src/gambas3/.src/Welcome/FAbout.class --8<------------------------------------------------------------------------ What the commit message doesn't mention is this change in FPatch.class: 6833 gambix (Line #211) 'Finally 6833 gambix (Line #212) 'Dec Application.Busy Why did you do that? They break the dialog on my system because Application.Busy is never reduced again. Can I uncomment these lines again or do they cause an error on your side? Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk From gambas.fr at ...176... Thu Feb 5 21:22:59 2015 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 5 Feb 2015 21:22:59 +0100 Subject: [Gambas-devel] Fabien: Rev #6833 In-Reply-To: <20150205191330.GH811@...693...> References: <20150205191330.GH811@...693...> Message-ID: no you can uncomment ... i'm really surprised of that modification because i havn't worked on these part. Surely an error of mine. Usualy i read the diff before commiting... sorry 2015-02-05 20:13 GMT+01:00 Tobias Boege : > Hi Fabien, > > in revision #6833 you did: > > --8<------------------------------------------------------------------------ > Revision: 6833 > Author: gambix > Date: 2015-01-12 22:43:37 +0000 (Mon, 12 Jan 2015) > Log Message: > ----------- > [DEVELOPMENT ENVIRONMENT] > * NEW: Add support for ReportMargin > > Modified Paths: > -------------- > gambas/trunk/app/src/gambas3/.src/Editor/Form/CControl.class > gambas/trunk/app/src/gambas3/.src/Editor/Form/FProperty.class > gambas/trunk/app/src/gambas3/.src/Family/CFamilyReport.class > gambas/trunk/app/src/gambas3/.src/Help/FHelpBrowser.form > gambas/trunk/app/src/gambas3/.src/Project/Patch/FPatch.class > gambas/trunk/app/src/gambas3/.src/Welcome/FAbout.class > --8<------------------------------------------------------------------------ > > What the commit message doesn't mention is this change in FPatch.class: > > 6833 gambix (Line #211) 'Finally > 6833 gambix (Line #212) 'Dec Application.Busy > > Why did you do that? They break the dialog on my system because > Application.Busy is never reduced again. Can I uncomment these lines again > or do they cause an error on your side? > > Regards, > Tobi > > -- > "There's an old saying: Don't change anything... ever!" -- Mr. Monk > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel -- Fabien Bodard From gambas at ...1... Thu Feb 26 01:16:56 2015 From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=) Date: Thu, 26 Feb 2015 01:16:56 +0100 Subject: [Gambas-devel] Possible usefull addition to Gambas? In-Reply-To: <54B84578.6040507@...1...> References: <1421352760.5293.1.camel@...735...> <54B84578.6040507@...1...> Message-ID: <54EE65F8.8050809@...1...> Le 15/01/2015 23:55, Beno?t Minisini a ?crit : > Le 15/01/2015 21:12, Willy Raets a ?crit : >> Hi all, >> >> I have been running into trouble with localisation making certain Linux >> folder names being different, depending on language. >> >> Like folder Desktop is not Desktop for all languages so when doing >> User.Home &/ "Desktop" your application gets into trouble on for example >> a system running Dutch where "Desktop" folder becomes "Bureaublad" >> folder. >> >> I have solved this problem with creating a function in my Gambas library >> that gets the proper folder named based on the local language settings. >> >> I think it might be a good addition for the User class to for example >> have User.DesktopFolder return the User Desktop folder path taking into >> account localisation. >> >> The function is as follows (and could be added to User class): >> >> '' To convert standard linux folder names to user localised folder >> names.
>> '' Possible values for FolderName are:
>> '' Desktop, Documents, Download, Music, Pictures and Videos >> Public Function FolderLocales(FolderName As String) As String >> >> Dim sHelp As String >> FolderName = Upper(FolderName) >> Select FolderName >> Case "DESKTOP", "DOCUMENTS", "DOWNLOAD", "MUSIC", "PICTURES", >> "VIDEOS" >> Exec ["xdg-user-dirs-update"] Wait >> Exec ["xdg-user-dir", FolderName] Wait To sHelp Left(sHelp, -1) >> Return Left(sHelp, -1) >> Case Else >> sHelp = Subst(("Illegal argument &1 for FolderName! Use either >> Desktop, Documents, Download, Music, Pictures or Videos."), FolderName) >> Message.Error(sHelp) >> Error.Raise(sHelp) >> End Select >> >> Catch >> Error.Clear >> Return Null >> >> End >> >> Now User.DesktopFolder could return this: >> Return Subst(User.Home &/ "&1", FolderLocales("Desktop")) >> >> User.MusicFolder could return: >> Return Subst(User.Home &/ "&1", FolderLocales("Music")) >> >> and so on.... >> >> What do you think, a useful addition? >> > > Desktop.Path already returns the path of the current user "Desktop" > directory by following the algorithm specified by the freedesktop standard. > > For example, on my system it returns "/home/benoit/Bureau". > > The same algorithm can be used when searching for the other directories > ("Documents", "Download"...). > > So I think it's better to add methods or properties to the gb.desktop > component that will return these other directories. > > Regards, > In revision #6915, I have added the Desktop.GetDirectoryPath(Type) method that returns the desktop directory specified by the Type argument. Type can have one of the following values: "DESKTOP", "DOCUMENTS", "DOWNLOAD", "MUSIC", "PICTURES", "TEMPLATES", "VIDEOS". Desktop.GetDirectoryPath("DESKTOP") is equivalent to Desktop.Path. Regards, -- Beno?t Minisini