MVP Award...
in [MFC]
|
Prev: CMenu class and menu object
Next: need some class help
From: Mikel on 3 Mar 2010 12:18 On 3 mar, 17:23, Hector Santos <sant9...(a)nospam.gmail.com> wrote: > Mikel wrote: > > But why is there an ellipsis? My main display is 1600 pixels wide. I'm > > sure there's more than enough room for most paths there. So why do we > > need an ellipsis, if we could have the whole path? > > Relative paths for the project work space files. > > The basic idea is that you could move the folder somewhere else and > everything will load correctly. Its also shorter, really somewhat > independent of the display space, but it an help. Also, it helps with > distribution a source code package. When its relative, you can > download it, unzip and if the author didn't hardcode FQPN(Fully > Qualified Path Names), then it should compile, link and run without a > problem. Without relative paths, it would be a pain for people to > share code. > > When you add a file to a project, the ide will automatically > create/extract the relative path. It will keep the full path if its a > "far" path (as oppose to near/within the sub-folder space). > > When you view the property of files, it will show the relative path > and the calculated full path (which you can't change, dumb.) > > -- > HLS Well, In my VS2005 installation, under File|Recent Projects, right now, I can see one that reads "C:\...\Ultimate Grid\UltimateGrid\Demos \AllDemos\AllDemos.sln" and I still have more than two thirds of the screen width available. Why not show it complete? It shows the start of the path, so I don't think it has to do with relative paths, at least in this case.
From: David Lowndes on 3 Mar 2010 12:26 >But for sheer rush, there's >*nothing* to compare to seeing a software project run correctly! It's nice to see it when it happens, but I'm not sure it'd be up in my top 5 things I'd describe as a "rush" :) Dave
From: Joseph M. Newcomer on 3 Mar 2010 12:40 I'm a big fan of the offline approach, because the local cache is always going to be more responsive than the Internet. joe On Wed, 3 Mar 2010 11:30:49 +0100, "Giovanni Dicanio" <giovanniDOTdicanio(a)REMOVEMEgmail.com> wrote: >"Tom Serface" <tom(a)camaswood.com> ha scritto nel messaggio >news:OUgTFPouKHA.800(a)TK2MSFTNGP04.phx.gbl... > >> I think you should take another look. They have fixed it up pretty >> nicely. [...] I think the interface is much improved over the past several >> months. > >Hi Tom, > >I agree with you that the web forum interface is improved over the past >versions, but some problems still remains. >For example, there is no threading view on the web forums. >And using an offline client offers a better user experience (IMHO): for >example, you can quickly scroll threads, filter threads for categories like >read, unread, etc. >And all is very snappy, much snappier than what a web interface can offer. > >G > > Joseph M. Newcomer [MVP] email: newcomer(a)flounder.com Web: http://www.flounder.com MVP Tips: http://www.flounder.com/mvp_tips.htm
From: Hector Santos on 3 Mar 2010 13:07 Mikel wrote: > On 3 mar, 17:23, Hector Santos <sant9...(a)nospam.gmail.com> wrote: >> Mikel wrote: >>> But why is there an ellipsis? My main display is 1600 pixels wide. I'm >>> sure there's more than enough room for most paths there. So why do we >>> need an ellipsis, if we could have the whole path? >> Relative paths for the project work space files. >> >> The basic idea is that you could move the folder somewhere else and >> everything will load correctly. Its also shorter, really somewhat >> independent of the display space, but it an help. Also, it helps with >> distribution a source code package. When its relative, you can >> download it, unzip and if the author didn't hardcode FQPN(Fully >> Qualified Path Names), then it should compile, link and run without a >> problem. Without relative paths, it would be a pain for people to >> share code. >> >> When you add a file to a project, the ide will automatically >> create/extract the relative path. It will keep the full path if its a >> "far" path (as oppose to near/within the sub-folder space). >> >> When you view the property of files, it will show the relative path >> and the calculated full path (which you can't change, dumb.) >> >> -- >> HLS > > Well, In my VS2005 installation, under File|Recent Projects, right > now, I can see one that reads "C:\...\Ultimate Grid\UltimateGrid\Demos > \AllDemos\AllDemos.sln" and I still have more than two thirds of the > screen width available. Why not show it complete? > It shows the start of the path, so I don't think it has to do with > relative paths, at least in this case. Under my VS2005, for the FILE | Recent Projects, I see the FQFN. I seem to have a spot in my brain that it might be an option. But that might be because we have a FQFN option in our p-code IDE so thinking VSIDE has it too. :) Can't explain why you see the relative paths. My XP box flat screen resolution is currently set at 1650x1050 and the IDE startup (right now) at 80% width of the screen or so, dead center. The MRU listing shows the full width of the FQFN project names. In general, all applications I am familiar with, including our own IDE use some sort "ExtractRelativePath()" for their similar needs. I am pretty such WIN32 has a similar function and I know definitely the old Delphi Strings unit has it too. :) I think the IDE will automatically recreate the relative paths when you create a *.MAK. I can guarantee you the reasons I provide are the principle reasons. It would be "dumb" to save the FQFN for near paths when it is very possible to move project files around. Plus it makes sense. But for the display, I don't know why you see it that way. -- HLS
From: Hector Santos on 3 Mar 2010 13:29
David Lowndes wrote: >> But for sheer rush, there's >> *nothing* to compare to seeing a software project run correctly! > > It's nice to see it when it happens, but I'm not sure it'd be up in my > top 5 things I'd describe as a "rush" :) > > Dave You're in the 90% percentile :) -- HLS |