Closed Beep6581 closed 9 years ago
Beep6581
commented
9 years ago The reduced feature set is normal in that mode (no batch queue etc.)
But I think I fixed that bug already. I see you are using an old version, just update
to the latest one (currently a7abd2701e49)Reported by oduis@hotmail.com on 2011-05-30 06:04:55
Beep6581
commented
9 years ago What is the reason for reduced feature set? I don't see much benefit from restricting
access to file browser, preferences and other top panel features. There is switch to
turn top panel on though it's not working...Reported by michal.thoma on 2011-05-30 11:39:35
Beep6581
commented
9 years ago I didn't implement this feature, but I think it was planned to have RT as sole converter
frontend when used with other file browsers or digital asset management systems.
RT is not very powerful as a file browser, and it takes long on startup on large directories.
And a batch queue is also problematic if you might have e.g. 3 image instances open.Reported by oduis@hotmail.com on 2011-05-30 16:01:26
Beep6581
commented
9 years ago I did it: as a natural behaviour when one want to edit a single image (for example by
right click in explorer or through others DAM as you say), and is not interested in
browsing or batch functionalty (only one image is selected so why bother to wait for
what in queue?).
But... as hombre asked me also, we can/should discuss this feature on the forum if
not agreed. This is not the right place IMHO for discussions.
Keep open only if this bug is not fixed.Reported by ffsup2@yahoo.it on 2011-05-30 18:32:40
Beep6581
commented
9 years ago No opposite voice, so I'll close it, I think I fixed it.Reported by oduis@hotmail.com on 2011-05-31 20:16:45
FixedBeep6581
commented
9 years ago That was a quick discussion...
Maybe we should actually discuss that on the forum, so I won't reopen that bug. But
when I open an image with a program, I expect to find all its features and not see
a subset of them.
Thanks anyway for having fixed the crash!Reported by thibault.north on 2011-05-31 21:53:04
Beep6581
commented
9 years ago > Keep open only if this bug is not fixed.
The bug was open for a day afterwards, so I closed it, so no bad intention.
I think you should start a discussion in the forum, I'm sure he'll join.Reported by oduis@hotmail.com on 2011-05-31 22:18:08
Beep6581
commented
9 years ago I read this issue from work and could only reply now (I don't trust the computers at
work enough to log into any of my accounts). I agree that I want RT to use exactly
the same interface when started via right-click as it does when started normally. If
scanning a directory is the reason the Queue tab and other features were disabled,
then RT should not scan the directory the image was opened from by default, not unless
the user clicks on the file browser tab. Completely disabling the file browser and
queue tabs and other features is not a fix, it's a cheap workaround.Reported by entertheyoni on 2011-05-31 23:01:41
Beep6581
commented
9 years ago I agree with the last comment.
Some image viewers have exactly the same issue, that is a bug IMO: they sort the contents
of the directory even if you want to see just one image in it. This is the case of
gqview and geeqie, for example.
So: don't scan anything if an existing file is passed as an argument.Reported by luisflorit on 2011-06-02 03:14:51
Beep6581
commented
9 years ago I completely agree with comment no. 8. We need exactly this functionality, this is actually
how branch_3.0 behaves now. Reported by michal.thoma on 2011-06-02 17:43:20
Beep6581
commented
9 years ago OK. As many people prefers the old behaviour, I'll revert to "standard" interface ...
(early or later)
Reported by ffsup2@yahoo.it on 2011-06-02 20:38:25
Beep6581
commented
9 years ago From my point of view it would be great to have the option. I see the reason and scenarios
you built the current version for, e.g. opening several images from other programs.Reported by oduis@hotmail.com on 2011-06-02 20:44:08
Beep6581
commented
9 years ago Is it currently possible to load images to file browser using list of filepaths?Reported by michaelezra000 on 2011-06-02 21:07:24
Beep6581
commented
9 years ago @12 & 13 - If it's possible to open several images from other program to one instance
of RT, it would be pretty helpful. Unfortunately this is not the case, right now you
will open several instances of RT simultaneously (and if you open a many of them you'll
wait quite some time for computer to start responding because of initial demosaicing).
There is no real gain with incomplete interface as it's implemented now.
I would be happy with that launching of rt <filename> would start RT in normal way,
supplied image will open as tab and file browser wouldn't touch other files in directory
as suggested in comment 8.
In addition to that, I think we would benefit limiting RT to one instance - so every
other launching of rt <filename> won't open new RT window though will open new image
tab in existing window. Initial demosaic should start only when image is first displayed
by user thus preventing long initial delay when opening many images at once.Reported by michal.thoma on 2011-06-03 08:32:11
Beep6581
commented
9 years ago @14 Michael, if we enable RT's file browser to load images using a list of filepaths,
this would serve the purpose that you are describing and would also be further useful
for implementing image collections down the road (as filepath lists).
I imagine behavior *somewhat* similar to ACR when it is launched from bridge with more
than one image. Thumbs of all images would load to the file browser. The filebrowser
would be reading filelist:<name_of_file_list>. If another image is sent to RT, it is
simply appended to the filelist reserved for remote launch. RT should be monitoring
changes to filelist loaded to reflect its changes. I agree that RT should be limited
to a single instance in this case.
This functionality will work when either single or multi-tab layout are used. Additionally,
as now file browser will allow all current functionality over the development settings,
ranking, labeling & sending to trash. This is certainly useful when operating on a
group of files.Reported by michaelezra000 on 2011-06-03 11:17:45
Beep6581
commented
9 years ago @15 Micheal, I think the functionality you're describing would be really perfect!
Filelists as collections seems quite nice idea and also this would bring some flexibility
for scripting... Though I believe most users will more likely launch several "rt <filename>"
commands to open more files in once - just because this is common behavior when launching
several selected files using context menu in most file/image managers and DAM. Programing
the script to create file list and launch rt in one command is probably not viable
option for most...Reported by michal.thoma on 2011-06-03 12:11:32
Beep6581
commented
9 years ago RT should use command line switch to read from filelist.
With that switch on RT should add files to filelists first, and then (re)open the filelist.
This will provide transparency for calling appsReported by michaelezra000 on 2011-06-03 13:45:17
Originally reported on Google Code with ID 708
Reported by
thibault.northon 2011-05-29 21:34:52