Latest posts of: poyan -
Welcome Guest.   Make a donation to an author on the site July 31, 2015, 10:25:24 AM  *

Please login or register.
Or did you miss your validation email?

Login with username and password (forgot your password?)
Why not become a lifetime supporting member of the site with a one-time donation of any amount? Your donation entitles you to a ton of additional benefits, including access to exclusive discounts and downloads, the ability to enter monthly free software drawings, and a single non-expiring license key for all of our programs.

You must sign up here before you can post and access some areas of the site. Registration is totally free and confidential.
The N.A.N.Y. Challenge 2012! Download dozens of custom programs!
  Forum Home Thread Marks Chat! Downloads Search Login Register  
  Show Posts
      View this member's profile 
      donate to someone Donate to this member 
Pages: [1]
1 Software / LaunchBar Commander / Re: shortcuts - (little) issues with title and arguments on: December 12, 2014, 04:20:03 PM
Hi, Mouser,
sorry for the late response, I missed to click notify on response.
#2: sorry, I was inaccurate.
The problem occurs, if I have a shortcut, which is containing a path to program, followed by a path to a file, in order to start the file with a program which is not the standard program.
In this case just the program is started, obviously without passing the file, thus the program uses the file which was the last one opened - as long as "%file%" is in the argument section. If that is deleted the desired file is opened. Since it took me quite a lot of testing - despite I'm not inexperienced - I suggest that LBC handles this situation by itself to prevent users from despair ;-)

Related to that: the "hint" field is filled with program information, not with the filename. And if icons are assigned to the shortcut, they are not used by lbc automatically, either the program icon is used, or it is left blank.
2 Software / LaunchBar Commander / reserving space with autohide on top on: December 11, 2014, 07:05:41 AM
this is a request which is just the opposite of

I have a dock on top, set to autohide (btw: what is the difference to autoslide? Could not find any hint in help and see no difference).
When windows are maximized then the title region is quite close to the dock. Therefore quite often the dock is sliding in while I just want to use the title region of the window (minimizing, toggling between max/normal). This requires at least moving the mouse away, waiting for the dock to close, and another try keeping the mouse as far away from the top edge but near enough to be able to reach the title region of the window. In the worst scenario I just clicked at the moment when the dock slides in - and therefore started whatever the dock was setup for...

Thus it would be great to have an option which prevents this unwanted slide-in. I only see the solution to reserve some space at the top of the screen which prevents (maximized) windows from being placed directly at the top screen edge.
As a workaround I use desktop coral whith a height set to 15. But... another program, additional memory use,...

Kind regards
3 Software / DesktopCoral / Re: Run two instances of desktop coral? on: December 11, 2014, 06:14:37 AM
I run 3 DesktopCoral instances.
As mouser said: Make directories like "desktopcoral_top", "desktopcoral_bottom", put in each the portable version of dtc.
I also renamed the exe-file desktopcoral.exe in desktopcoral_top.exe, thereby you can recognize these in the taskmanager - and for selective closing by batch.
The only issue is that all instances show the same symbol in the tray, so you have to guess which symbol represents which instance (in case you use transparent mode you can only access dtc via tray symbols). But once set to your needs, it is rare that you would need access...
4 Software / LaunchBar Commander / shortcuts - (little) issues with title and arguments on: September 12, 2014, 09:35:09 PM
I have some shortcuts which pass an argument (filepath) to a program.

Shortcuts work fine from the folder, starting the program with the desired file.
Dragging the shortcut to LBC:
1.copy shortcut properties: launch works, however the title and the hints are set to the launched program.
this requires manual correction, since it is not helpful to have many times the same title in LBC Wink
There may be reasons to take the program as title, but it seems to be more logical to take the filename of the argument as title, if the argument represents a file. Or the title of the shortcut.
Maybe a third option in the dialog?

2. link to shortcut:
uses now the name of the shortcut as title, which is good.
when started from lbc the program starts, however with the last file used, not with the file which is the argument...
All paths are without spaces or problematic characters, I tried with and without quotes, the shortcuts placed in the same directory like the files, or in a different one.
Finally, I found the issue: it is the %file%-entry in the arguments section. After deletion the launch with the desired file works.
I suggest to leave the arguments section empty if a shortcut contains a filepath as argument.
Not a big issue, but inconvenient with some dozens of shortcuts.


5 Software / LaunchBar Commander / Re: Check condition (ie drive available)/execute (ie truecrypt) before launch on: August 27, 2014, 03:58:20 PM
Hi, mouser,

LBC would have to check if the program file which is to be launched / or the file which shall be opened is accessible and whether the drive is available.
And then offer a user defineable reaction.
If drive is available: file must be moved/deleted > user defined message and/or command: search in alternative path (a backup?) or launch specified program (like search), passing the filename as search parameter;
if drive is not available: submit user-defined message and/or launch user-defined command: launch truecrypt + arguments or attach external drive; meanwhile LBC waits for the availability of that drive... for a certain time...

6 Software / LaunchBar Commander / Re: Program Specific Launch Bar on: August 27, 2014, 03:27:04 PM
I meanwhile implemented it for me using an external scripting program which shows one or two of a bunch of LBC docks while it hides the other ones, depending on the program which is activated. This required the definition of the size and the position of the program window and also the LBC window(s).
This script is initiated every 2 seconds which is a good compromise between a little delay in activating the LBC dock and the activity of the scripting program.

From my experience, if you still plan to implement it in LBC (which I would prefer/suggest):
allow more than one dock per program (there are always some commands which are "universal" or at least usable for more than one program, thus I have a dock "basic" which is displayed additionally to program specific docks)
allow the docking to any desired position (not only on top of the main window, but also to the left/right/bottom; and whether dock is to be centered; in relation to a single main window or also in relation to a group of main windows)

Since I had to define the window positions anyway I extended this to position two or more program windows plus some LBC docks. This was just a "natural consequence" so you might consider that this will definitely be a feature request.

7 Software / LaunchBar Commander / Re: Dropping Multiple "Documents" On To A Single Dock Item on: August 27, 2014, 02:25:42 PM
I have the same question.
Is this implemented meanwhile? If yes: HowTo?  (could not find it in help).
If no: Could it be done? Would be great!
8 Software / LaunchBar Commander / Relative paths in arguments on: February 25, 2014, 12:37:55 AM
I use LBC portable from a stick.
Starting programs with %APPDRIVE% from that stick works fine.
However, passing arguments isn't possible using %APPDRIVE%.
I finally remembered the conventions for relativ paths using .\subpath - it is working now!
Since this knowledge is not so common, and I lost quite some time trying to use %APPDRIVE%,
I suggest to help users with this topic by adding some sentences to the help and
show some hints ("argument not valid, ..."), instead of just starting the program without the argument/with an invalid argument,
or (better) by accepting and "translating" the environmental variables also in the arguments.
9 Software / LaunchBar Commander / Re: System functions not being correctly copied on: November 10, 2013, 12:16:25 AM
On my win8.1 surface the parameters are copied,
however the icons are not copied.
10 Software / LaunchBar Commander / Program Specific Launch Bar on: November 05, 2013, 10:22:00 AM

I proposed this feature already here

Now, with the sendkeys feature I try again, since it is imho a logical idea:

The idea of sendkeys is to control a program by another one. If several sendkey actions are combined this enables to do complex actions with just one command. This reduces the number of keystrokes or mouse actions. Thus, even in case a program does not contain a macro-functionality by itself, sendkeys implements this, and that is fine.

The question is how to start such a sendkey-macro.
The number of hotkeys is limited, and even if not - how many can a normal person remember?
Therefore, programs like LBC exist, offering icons for starting programs.
But the number of icons is also restricted, and furthermore, if lots of icons are displayed, it may be difficult to identify the correct one.
Therefore, docklets and submenus can be implemented. But this requires at least one additional click to start the macro. And in case of macros which control more than one program, you have to remember in which submenu the icon is located. And, if you use a large monitor, the ways for the mouse may be quite long.

I propose to implement:
launch bars which are specific for a certain program.
If that program gets focus, this specific launchbar is started or placed on top.
To reduce the long ways for the mouse, this specific launchbar is docked to the program window.

1. I nearly was successful with a workaround:
I found here on donation coder WinWarden.
This program allows to place a window (like a launch bar) relative to another one.
Unfortunately the LBC-windows refuse to be resized by this program (and by other programs as well).

2. Also here on donation coder I found barnacle, which injects individual taskbars into other programs`  windows. But only on the top side, and it does not work with all programs.

WOuld be great if my proposal could be considered,
either by implementing it in LBC directly,
or if you could make LBC windows resizable..

Thank you
11 Software / LaunchBar Commander / Check condition (ie drive available)/execute (ie truecrypt) before launch on: May 05, 2013, 07:08:34 AM
I use truecrypt for some important data, and I like to open it only if it is needed.
Thus if I run programs which need the truecrypt-"drive" open I get some error messages, have to close these message boxes, call truecrypt, and restart the  program.
Same with some file manager programs which show error messages if drive not available.
Same with browsers if connection to inet not available.

All that could of course be done with batch files, scripting programs,
but I could imagine that many users are not familiar with the pertinent batch commands,
and a simple functionality to check availability of drive/program started/Inet connection and to react ´(start of program before launching the final program) could increase the value of LBC...

Sure, the risk is that this might encourage much more complicated demands. Like start of some programs at the same time and a defined positioning on the screen...

Just an idea; I myself use some scripts, but that means at least additional files...

Kind regrads
12 Software / LaunchBar Commander / toggle/change icons on action / on return from external program on: April 09, 2012, 08:30:00 PM
could not find much on this, except that you can add new menues by some plugin/textfile.

However, it would be great if the icons of an existing entry could be changed according to some action or to a returned value of some external program.
For example: changing from a red colored icon to a green one if program is running, or, if an external/network drive is available or ... whatever. Should be more than just two options...
One may even think on displaying continously changing data.
I know there are a lot of programs for displaying everything of interest and even beyond that ;-)  (used samurize some years ago), but at the moment I'm stuck to LBC and it would be great to not have the necessity to install and configure another program which will interfere with LBC, at least will reduce the working area by applying another bar to the monitor.
A compromise could be that LBC allows an individually definable part of the space it is using from one end of the monitor to the other when docked...
Any idea in these directions?


13 Software / LaunchBar Commander / Re: Initial configuration problems with VirtuaWin on: October 17, 2011, 08:57:42 PM
In my environment (win XP Prof, LBC 1.124.01) the title of the lbc window is the dock node name....

14 Software / LaunchBar Commander / Launchbars docked to specific windows on: April 14, 2011, 07:49:25 PM
I don´t know whether this is the right section, however, LBC might be a basis...

I already proposed to have some docks which are specific for certain programs.
I use a lot of little helpers, mostly self written scripts, to enhance the functionality of quite a number of programs which do not offer hotkeys for menu items which I need quite often, or some formatting needs 4 mouseklicks...
At the moment I use some docks (see above link for further information) which I change according to the actual window - by striking a hotkey, and the docks are located at the side of the screen. Thus, it is a long way for the mouse to travel to the dock and then back again, at least on a monitor of a certain size....

What I´m thinking of: placing buttons in the title line of a window - of course specific for that window. If the window is activated or launched, also the extra-buttons are accessible, if the window is closed or minimized, also the buttons disappear. If the window is moved around, the buttons will move as well...  It is like a programmable command bar for every program, even if the program is not offering this feature by itself.

Thus, one would have a dock somewhere on the side, or as a popup menu, for general purposes (launching the programs, ...) and additionally program-specific docks (unlimited in number) located in the title line, or at the left or right border, whereever they do not disturb.


15 Software / LaunchBar Commander / Re: Icon display: mean quality on: March 23, 2011, 03:33:29 AM
Hi, mouser,
thank you for your fast reply. The launchbar is included in my first posting. Look at the left three icons (firefox, thunderbird, freecommander) and the one at the right (ccleaner) - they all have this lucid "shadow" or borderline. These icons come directly from the exe-files.
The forth icon is one that I made using icoFx (.ico-file) with round and oblique outline structures - no "shadow".
And number 5 & 6 also are from the exe-files, but have only vertical and horizontal outlines - also no shadow.
It is only evident if you use dark colours or you set to "translucent", and your desktop is dark. You can a little see it with your darker skins, but mostly the skins have a colour very similar to that "shadow" - so you don´t see it at all. I guess it is a problem in "interpreting" the icon-format used in the exe-files.

Or do you mean something else?

Kind regards
16 Software / LaunchBar Commander / Icon Size - small too small, big too big - medium size? on: March 22, 2011, 11:34:13 PM
for me the 2 offered icon sizes are not convenient - the small ones are too small, not good to recognize, the big ones are too big - in between would be great. No way for the user to set that value individually?

17 Software / LaunchBar Commander / Icon display: mean quality on: March 22, 2011, 11:18:45 PM

I read the thread http://www.donationcoder....m/index.php?topic=21776.0
and with those settings all is ok.
But I would like to use a dark background. Then, all icons with a round or oblique outline look really ugly - they have a shadow in the colour of the background of the default skin - all icons that come from the program files.
If I make icons on my own (4th from the left), or the icons have an outline strictly horizontal/vertical then it is ok.

18 Software / LaunchBar Commander / Repositioning of windows / Fixup OnTop Status - can it be optimized? on: March 22, 2011, 10:13:06 PM
I like the feature that LBC tries to keep the borders free where its docks are sitting. However sometimes (no, more often than that) this is not succesful, and a window is positioned with its top-menu just beneath the dock that is at the top border of my screen, thus unaccessible for the mouse to drag around or to reach the menu. A right click on the LBC dock reveals a menu entry "fixup OnTop Status". If I click it, the wrongly positioned window is immediately positioned where it should be, just below the dock. After this repositioning LBC seems to be closed for a moment (the docks disappear), and then restarted - this part seems to be unneccessary. It is time consuming, at least on my subnote with a slow 1.8" HD and an ulv processor it takes quite some seconds... In case this fixup ONTop Status is necessary, could there be another menu entry to just reposition the other windows?
Even better: can the build in commands (like fixup OnTop) be added as a dock entry? Then it would be a one click feature (instead of: right click, then position the mouse on the correct menu entry, then left click). Or get a hotkey?
Or, at best, can the recognition be improved that a window is positioned within that forbidden zone?

thank you

winXP Prof.

19 Software / LaunchBar Commander / Re: Dock positioning/resizing by external programs on: January 26, 2011, 07:53:05 AM
Hi, mouser,
thanks for your reply.
dragging around a window:
yes, you are right, that could be a problem: however, that should be no problem for you to write some code so that LBC follows the window?!?
If not, a hotkey could reposition the dock.
I personally don´t drag these windows around by mouse, I use my scripts for positioning the windows. And these scripts are controlled by hotkeys (or by commands included in a dock).
Why using window-related docks
I work with very many different programs, and not all of these are well designed (nearly none, in fact).
That means, that some features, which I need frequently, cannot be accessed directly, they need several actions within the menues. Or, I need some combinations of actions. Some are really complex.
A very simple example: I want to have a text formatted yellow+bold+italics+orange background+set hight to 20pt + use verdana instead of times. And your editor has no macro functionality. And that you have to do repeatedly... That is boring and time consuming and makes me mad. Instead: one click onto an icon in my dock, that shows the text: 20pt (in verdana), yellow on an orange background. It´s much faster, much more convenient...

Why attaching to the window
I work with a lot of different programs, thus I have at the moment 15 different docks with around 10 to 20 individual icons (=commands). All docks at the margin of the monitor: they would be one beneath the other... (Ok, that would just need some code to bring the right one on top)

More important: I use a 28" monitor - that means, that I have a really long way sometimes from the window to the dock and then back again. Not rarely, I´m at the edge of the mouse pad and hve not reached the dock, that means, lift the mouse, position it on the mouse pad and then try to reach the dock again. So I imagine that a dock attached to a window would allow shorter ways.
The optimum would be if the attached dock would behave like the corresponding window: if the window is activated, the dock comes also to the foreground. If another window is activated, the old dock is no longer in the foregound. If a window is minimized, the dock also disappeares, and so on....

I think I could manage this with my scripts, but I would need a dock that allows to be controlled. I guess it would be better if the control of the windows and the dock would come with the dock.

Sure, this is a feature that is only of interest for users who are willing to do some coding to enhance the usability of their programs. But that could also be a new service: offering (predefined, but easily changeable)  individual controlbars for programs which do not have this feature.

using hotkeys for displaying a LMC menu
That would mean I would have to position the mouse at the wanted position first, then pressing the hotkey... That are two unnecessary two actions (with every window)...
I will give it a try...

Kind regards
20 Software / LaunchBar Commander / Dock positioning/resizing by external programs on: January 22, 2011, 01:28:07 PM
I'm still looking for a dock allowing multiple docks, which are displayed according to the active program, as described in this thread: http://www.donationcoder....23567.msg213845#msg213845

Since LBC basically offers multiple docks plus the possibility to submit codes via the commandline for building docks plus offers docks positioned freely on the desktop ("floating") I was again playing around with it. The only problem I have is that the dock-windows seem to be not resizable and cannot be positioned by codes from third party programs/scripts. If that would be possible the docks could be "attached" to (=positioned just above/asides) the window of the corresponding program, thus allowing a kind of an individual toolbar for programs which do not offer customizable menus/toolbars, and this toolbar-dock would be located not somewhere at the possibly far away located side of the monitor, but just at the program-window thus being in sight permanently and easily accessible with the mouse, without the need to push the mouse around the screen - at least an issue with the modern, large monitors of 22" or even more.

Therefore I suggest that the LBC dock-windows should be customizable as far as possible by external code: position on the screen (left, top), size (width, height), z-order (from always on top to regular to minimized/hidden/tray). Or, LBC offers this feature by internal codes, that is: positioning/resizing other program-windows and the corresponding LBC docks...

Any chance?
21 Software / LaunchBar Commander / multiple docks - depending on active program on: July 28, 2010, 08:56:23 PM
just stumbled into LBC since it promises what I am looking for...

My demands:
I have programmed a lot of little scripts (I use a program named shortcut;; freeware for personal use but limited in number of "macros") that help me in daily work which has to be done repeatedly. Many apply to one or two programs (of a considerable number of different programs I have to use). I prefer to have a one-click-access to most of them, and some which I use more rarely could be put into a submenu. This means that the feature "switchable submenu" and calling these submenus by specially designed tabs
--- as described here: http://www.donationcoder....m/index.php?topic=20317.0 ---
is NOT what I would like... too many clicks and too many submenus... (however I will give it a try).

At the moment I use rocket dock (which is no longer supported) and object dock, the one on the left side, the other at the bottom of the screen. As a "submenu" I use the stack docklet.
To get the feature "dock displayed depending on active window" I change the ini-files of rocket dock / object dock by a script that is called by buttons in a submenu (stack docklet). However this change requires 1. two mouseclicks to initiate the change and 2. a shutdown and a restart of rocket dock / object dock. This costs some time. So I was quite interested when I read about LBC and multidock, however, it does not really offer the feature I described?!? Nevertheless you seem to think in this direction as I found here in the forum a thread concerning the display of a specific launchbar when an usb stick is inserted... http://www.donationcoder....m/index.php?topic=21678.0

In short, what I suggest:
A launchbar
      (or a set of launchbars)
which is specific to a program
      (or a set of programs, or a specific situation like the insertion of an external drive/usb stick)
is automatically displayed if the program
      (or one of a defined set of programs)
is started or activated...

Kind regards


Pages: [1] | About Us Forum | Powered by SMF
[ Page time: 0.096s | Server load: 0.03 ]

Share on Facebook
submit to reddit