July 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] [ANN] file dialog replacement experiment

by Johan Fabry

This is excellent !!! We should change the default file browser to be this one ! -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org <http://emailcharter.org/> . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On Jul 16, 2016, at 13:05, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Couple more updates: > > > If you truncate, you could put the full, non truncated path in a pop over, that would be a cheap way to solve that problem, no ? In any case, in my testing there was enough space. > > Fixed > > > Maybe also add a trailing / to indicate that it represents the directory and not the selection ? > > Fixed > > > the path is initially blank, it only fills when I start clicking. > > Fixed > > > And related to github filetree, what is the proper way to get a new version once you loaded the code ? > > What seems to work is to delete github-cache folder in image directory and unload both file-dialog and BaselineOfFileDialog packages, and then reexecute the load script again. > As this is really stupid, I'll have to ask Thierry or someone. > > And couple of more fixes based on Torsten's feedback: > > 1. the Open/Cancel buttons are swapped on Windows > 2. the FileSystem bookmark has been replaced with available disks on Windows (C:, D:, ...) > 3. Added basic entry completion when saving; note that Dark Theme and the EntryCompletion popup do not like each other --- this has to be fixed inside Pharo. > > <completion.png> > â > > One more thing I want to add really soon: clicking on a file would open a GTInspector on the side (as part of the window), so you can see the preview of text/image/etc > > Peter > > On Sat, Jul 16, 2016 at 2:25 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: > > > On Fri, Jul 15, 2016 at 2:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: > >> On 14 Jul 2016, at 23:49, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >> >> Hi Sven, >> >> What I am missing in the UI is some indication of the path that leads to the current selected file. Right now, I am wondering where exactly I am, I feel a bit lost (this is of course from the technical standpoint of a path in a tree). This could be done with a popup, a trail, a pop-over. >> >> I've added this couple of days ago (as I was missing this too), I just forgot to push the update to github (one downside compared to smalltalkhub :)). >> >> The only problem is that the image directory name is usually really long (the longest I have is 110 characters as it includes the build's name), so it doesn't exactly fit in. >> There is some shortening happening based on the window's width but it's not perfect. > > I had another look. Yes, this is cool. > > If you truncate, you could put the full, non truncated path in a pop over, that would be a cheap way to solve that problem, no ? In any case, in my testing there was enough space. > > If Spec supports it, then it should be easy. > > > Maybe also add a trailing / to indicate that it represents the directory and not the selection ? > > Originally I wanted to make it bold, but again, Spec doesn't support Text properly; trailing slash might be a compromise for now > > > <Screen Shot 2016-07-15 at 13.58.27.png> > > Also when I tested it, using > > FDOpenFileDialog new openModal. > > the path is initially blank, it only fills when I start clicking. > > That's a bug, I'll fix that. > > > BTW, could it be that FDMorphicUIManager becomes default automatically ? > > That seems quite aggressive, I don't feel it's stable enoughâ¦ I could add something like #load, and #loadDefault to the load scriptâ¦ but then you might as well execute the beDefault. I'm not sure yet. > > > And related to github filetree, what is the proper way to get a new version once you loaded the code ? > > I don't know, but it should be the same as with any other (e.g. smalltalkhub) project, since it's both monticello, no? I've never done this, so I don't know. (Usually when I am updating I look at the individual commits because I want to know what has changed.) > > Peter >

July 16, 2016

Re: [Pharo-users] [Pharo-dev] how to update monticello cypress repository downloaded from github?

by Nicolas Passerini

AFAIK that is the only way > > 1. delete github-cache folder in the image folder > 2. unload all the loaded packages > 3. execute this script again > At least if you have a metadata less github repository, is that the case? But that was the conclusion to which we arrived with Dale a few weeks ago and he's changing stuff, so maybe in the latest version it is already solved.

July 16, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] file dialog replacement experiment

by Sven Van Caekenberghe

> On 16 Jul 2016, at 19:05, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Couple more updates: You rock ! > > If you truncate, you could put the full, non truncated path in a pop over, that would be a cheap way to solve that problem, no ? In any case, in my testing there was enough space. > > Fixed > > > Maybe also add a trailing / to indicate that it represents the directory and not the selection ? > > Fixed > > > the path is initially blank, it only fills when I start clicking. > > Fixed > > > And related to github filetree, what is the proper way to get a new version once you loaded the code ? > > What seems to work is to delete github-cache folder in image directory and unload both file-dialog and BaselineOfFileDialog packages, and then reexecute the load script again. > As this is really stupid, I'll have to ask Thierry or someone. > > And couple of more fixes based on Torsten's feedback: > > 1. the Open/Cancel buttons are swapped on Windows > 2. the FileSystem bookmark has been replaced with available disks on Windows (C:, D:, ...) > 3. Added basic entry completion when saving; note that Dark Theme and the EntryCompletion popup do not like each other --- this has to be fixed inside Pharo. > > <completion.png> > â > > One more thing I want to add really soon: clicking on a file would open a GTInspector on the side (as part of the window), so you can see the preview of text/image/etc > > Peter > > On Sat, Jul 16, 2016 at 2:25 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > On Fri, Jul 15, 2016 at 2:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 14 Jul 2016, at 23:49, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> Hi Sven, >> >> What I am missing in the UI is some indication of the path that leads to the current selected file. Right now, I am wondering where exactly I am, I feel a bit lost (this is of course from the technical standpoint of a path in a tree). This could be done with a popup, a trail, a pop-over. >> >> I've added this couple of days ago (as I was missing this too), I just forgot to push the update to github (one downside compared to smalltalkhub :)). >> >> The only problem is that the image directory name is usually really long (the longest I have is 110 characters as it includes the build's name), so it doesn't exactly fit in. >> There is some shortening happening based on the window's width but it's not perfect. > > I had another look. Yes, this is cool. > > If you truncate, you could put the full, non truncated path in a pop over, that would be a cheap way to solve that problem, no ? In any case, in my testing there was enough space. > > If Spec supports it, then it should be easy. > > > Maybe also add a trailing / to indicate that it represents the directory and not the selection ? > > Originally I wanted to make it bold, but again, Spec doesn't support Text properly; trailing slash might be a compromise for now > > > <Screen Shot 2016-07-15 at 13.58.27.png> > > Also when I tested it, using > > FDOpenFileDialog new openModal. > > the path is initially blank, it only fills when I start clicking. > > That's a bug, I'll fix that. > > > BTW, could it be that FDMorphicUIManager becomes default automatically ? > > That seems quite aggressive, I don't feel it's stable enoughâ¦ I could add something like #load, and #loadDefault to the load scriptâ¦ but then you might as well execute the beDefault. I'm not sure yet. > > > And related to github filetree, what is the proper way to get a new version once you loaded the code ? > > I don't know, but it should be the same as with any other (e.g. smalltalkhub) project, since it's both monticello, no? I've never done this, so I don't know. (Usually when I am updating I look at the individual commits because I want to know what has changed.) > > Peter >

July 16, 2016

how to update monticello cypress repository downloaded from github?

by Peter UhnÃ¡k

Hi, how can one update a cypress github repository? e.g. I install it like this Metacello new baseline: 'FileDialog'; repository: 'github://peteruhnak/file-dialog/repository'; load. And then later I want to pull latest changes as the repo itself doesn't contain commits I cannot do it from Monticello Browser. The only way I found was to 1. delete github-cache folder in the image folder 2. unload all the loaded packages 3. execute this script again This is really heavy-handed approach. Maybe the class BaselineOf could contain method #update or something like that that will automatically do this? Or is there a better way? Thanks, Peter

July 16, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] file dialog replacement experiment

by Peter UhnÃ¡k

Couple more updates: > If you truncate, you could put the full, non truncated path in a pop over, that would be a cheap way to solve that problem, no ? In any case, in my testing there was enough space. Fixed > Maybe also add a trailing / to indicate that it represents the directory and not the selection ? Fixed > the path is initially blank, it only fills when I start clicking. Fixed > And related to github filetree, what is the proper way to get a new version once you loaded the code ? What seems to work is to delete github-cache folder in image directory and unload both file-dialog and BaselineOfFileDialog packages, and then reexecute the load script again. As this is really stupid, I'll have to ask Thierry or someone. And couple of more fixes based on Torsten's feedback: 1. the Open/Cancel buttons are swapped on Windows 2. the FileSystem bookmark has been replaced with available disks on Windows (C:, D:, ...) 3. Added basic entry completion when saving; note that Dark Theme and the EntryCompletion popup do not like each other --- this has to be fixed inside Pharo. â One more thing I want to add really soon: clicking on a file would open a GTInspector on the side (as part of the window), so you can see the preview of text/image/etc Peter On Sat, Jul 16, 2016 at 2:25 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > On Fri, Jul 15, 2016 at 2:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> >> On 14 Jul 2016, at 23:49, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> Hi Sven, >> >> What I am missing in the UI is some indication of the path that leads to >> the current selected file. Right now, I am wondering where exactly I am, I >> feel a bit lost (this is of course from the technical standpoint of a path >> in a tree). This could be done with a popup, a trail, a pop-over. >> >> I've added this couple of days ago (as I was missing this too), I just >> forgot to push the update to github (one downside compared to smalltalkhub >> :)). >> >> The only problem is that the image directory name is usually really long >> (the longest I have is 110 characters as it includes the build's name), so >> it doesn't exactly fit in. >> There is some shortening happening based on the window's width but it's >> not perfect. >> >> >> I had another look. Yes, this is cool. >> >> If you truncate, you could put the full, non truncated path in a pop >> over, that would be a cheap way to solve that problem, no ? In any case, in >> my testing there was enough space. >> > > If Spec supports it, then it should be easy. > > >> >> Maybe also add a trailing / to indicate that it represents the directory >> and not the selection ? >> > > Originally I wanted to make it bold, but again, Spec doesn't support Text > properly; trailing slash might be a compromise for now > > >> >> >> Also when I tested it, using >> >> FDOpenFileDialog new openModal. >> >> the path is initially blank, it only fills when I start clicking. >> > > That's a bug, I'll fix that. > > >> >> BTW, could it be that FDMorphicUIManager becomes default automatically ? >> > > That seems quite aggressive, I don't feel it's stable enoughâ¦ I could add > something like #load, and #loadDefault to the load scriptâ¦ but then you > might as well execute the beDefault. I'm not sure yet. > > >> >> And related to github filetree, what is the proper way to get a new >> version once you loaded the code ? >> > > I don't know, but it should be the same as with any other (e.g. > smalltalkhub) project, since it's both monticello, no? I've never done > this, so I don't know. (Usually when I am updating I look at the individual > commits because I want to know what has changed.) > > Peter >

July 16, 2016

Re: [Pharo-users] [Pharo-dev] [ANN] file dialog replacement experiment

by Peter UhnÃ¡k

On Fri, Jul 15, 2016 at 2:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 14 Jul 2016, at 23:49, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi Sven, > > What I am missing in the UI is some indication of the path that leads to > the current selected file. Right now, I am wondering where exactly I am, I > feel a bit lost (this is of course from the technical standpoint of a path > in a tree). This could be done with a popup, a trail, a pop-over. > > I've added this couple of days ago (as I was missing this too), I just > forgot to push the update to github (one downside compared to smalltalkhub > :)). > > The only problem is that the image directory name is usually really long > (the longest I have is 110 characters as it includes the build's name), so > it doesn't exactly fit in. > There is some shortening happening based on the window's width but it's > not perfect. > > > I had another look. Yes, this is cool. > > If you truncate, you could put the full, non truncated path in a pop over, > that would be a cheap way to solve that problem, no ? In any case, in my > testing there was enough space. > If Spec supports it, then it should be easy. > > Maybe also add a trailing / to indicate that it represents the directory > and not the selection ? > Originally I wanted to make it bold, but again, Spec doesn't support Text properly; trailing slash might be a compromise for now > > > Also when I tested it, using > > FDOpenFileDialog new openModal. > > the path is initially blank, it only fills when I start clicking. > That's a bug, I'll fix that. > > BTW, could it be that FDMorphicUIManager becomes default automatically ? > That seems quite aggressive, I don't feel it's stable enoughâ¦ I could add something like #load, and #loadDefault to the load scriptâ¦ but then you might as well execute the beDefault. I'm not sure yet. > > And related to github filetree, what is the proper way to get a new > version once you loaded the code ? > I don't know, but it should be the same as with any other (e.g. smalltalkhub) project, since it's both monticello, no? I've never done this, so I don't know. (Usually when I am updating I look at the individual commits because I want to know what has changed.) Peter

July 16, 2016

Re: [Pharo-users] SQLite and sure last_insert_rowid

by Sven Van Caekenberghe

> On 16 Jul 2016, at 11:54, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi Sven, > > I know but my questioning is how you will do it properly with Pharo > driver for Sqlite. > In my previous email, I shared how I think doing it but I am not sure it > is the proper way. Ah yes, I didn't read all the way through. > For example, NBSqlite3ResultSet (specific to Pharo driver) produces rows > on demand, is such instance valid once you commit the transaction? Or > should you request it before or the transaction end? I think I would first try to get the result inside the transaction. If the commit fails, it would be invalid of course. > Thanks > > Hilaire > > Le 16/07/2016 16:07, Sven Van Caekenberghe a Ã©crit : >> That are SQL 101 questions, this is a Pharo list ;-) >> >> You should wrap your SQL statements in a transactions, https://sqlite.org/lang_transaction.html > > -- > Dr. Geo > http://drgeo.eu > >

July 16, 2016

Re: [Pharo-users] SQLite and sure last_insert_rowid

by Hilaire

Hi Sven, I know but my questioning is how you will do it properly with Pharo driver for Sqlite. In my previous email, I shared how I think doing it but I am not sure it is the proper way. For example, NBSqlite3ResultSet (specific to Pharo driver) produces rows on demand, is such instance valid once you commit the transaction? Or should you request it before or the transaction end? Thanks Hilaire Le 16/07/2016 16:07, Sven Van Caekenberghe a Ã©crit : > That are SQL 101 questions, this is a Pharo list ;-) > > You should wrap your SQL statements in a transactions, https://sqlite.org/lang_transaction.html -- Dr. Geo http://drgeo.eu

July 16, 2016

Re: [Pharo-users] SQLite and sure last_insert_rowid

by Sven Van Caekenberghe

That are SQL 101 questions, this is a Pharo list ;-) You should wrap your SQL statements in a transactions, https://sqlite.org/lang_transaction.html > On 16 Jul 2016, at 08:19, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi guys, > > In a multi-thread context use of Sqlite, I try to find out how one will > fetch securely the automatically last row index of a Primary key. > > The problem seems to be that between the insert of rows in a table and > the moment you request the last row id, you may have another insert from > another thread in the same database. > > In the code bellow, I put the insert and last_insert_rowid() call in a > transaction. The returned rowid value is the right one as expected, and > now I am wondering if enclosing in a transaction is enought to make the > last_insert_rowid() safe. > > > Any trips how you handle this situation? > > Thanks > > Hilaire > > > The organisation table is defined as: > CREATE TABLE organisation ( > idOrg INTEGER PRIMARY KEY, > name VARCHAR(30), > address TEXT, > zipcode INTEGER, > city VARCHAR(30), > phone VARCHAR(15), > email VARCHAR(20) );' > > > The code is as follow: > > > | row res s id | > database execute: 'INSERT INTO organisation (name) values (''Pharo > consortium'')'. > res := database beginTransaction. > self assert: res = 0. > s := database prepare: 'INSERT INTO organisation (name, address, > zipcode, city, phone, email) values (?, ?, ?, ?, ?, ?)'. > s at: 1 putString: 'Dupont & co'. > s at: 2 putString: '12, rue du pont'. > s at: 3 putInteger: 75000. > s at: 4 putString: 'Paris'. > s at: 5 putString: '0105060708'. > s at: 6 putString: 'contact(a)dupont.fr'. > s step. > s finalize. > row := database execute: 'SELECT last_insert_rowid()'. > res := database commitTransaction. > id := row next at: 'last_insert_rowid()'. > row close. > self assert: res = 0. > self assert: id = 2. > > -- > Dr. Geo > http://drgeo.eu > >

July 16, 2016

Re: [Pharo-users] Shortcuts for navigation history in Pharo5

by stepharo

Hi Davide add them to the description and send us a fix. Stef

July 16, 2016