headers
Marcel Hild | 1 Apr 2010 08:40
Favicon
Gravatar

Re: triggers disappear on start-up

I have quite some triggers set up for the websearch plugin. The URLs all start with qss-http://...
They usually survive reboots and restarts, but from time to time they also disappear.

Maybe its related to the websearch plugin?
Paul said there have been some fixes since this year.
I have vers. 104 (09/02/06)

 
Am 31.03.2010 um 23:51 schrieb tuniTMF:

> I think I've tried all suggestions posted here - alas, no joy!
> HOwever, I do have a thought - the triggers that disappear on shut
> down and start-up appear to be those I've set up for specific web
> sites - those are "forums" and/or discussion groups of one sort or
> another. All would open with a http://etc......those are the ones
> which do not remains in my triggers.  Is it possible that this thought
> has any merit?
> 
> Or have any of you established triggers (with staying power <LOL>) for
> a web site discussion group or forum?  specifically I've tried to add
> a trigger for my blackberry from "crackberry" using the link shown at
> that site and one also for my favorite discussion boards on The Motley
> Fool.
> 
> wondering - thanks for any input.
> tuni
> 
> On Mar 31, 11:51 am, tuniTMF <norm...@...> wrote:
>> I tried that too - whoops, no, I didn't quit & save, I saved, then
>> quit. Will try again and let you know.
(Continue reading)

Permalink | Reply | 6 comments |
headers
Marcel Hild | 1 Apr 2010 09:33
Picon

Building blacktree-elements

I am trying to compile some plugins (e.g. websearch), but xcode throws
e.g.

QSPlugIn_Prefix.pch:8:9: fatal error: 'QSFoundation/QSFoundation.h'
file not found

I have set correctly QSFramework and QS_SOURCE_ROOT in the Source
Trees and the QSFoundation Framework looks ok in the Frameworks
section of the sidebar.

--

-- 
To unsubscribe, reply using "remove me" as the subject.
Permalink | Reply | 3 comments |
headers
Paul Kohut | 1 Apr 2010 10:31
Picon
Gravatar

Re: Building blacktree-elements

Did you get the lastest elements from GitHub?
http://github.com/tiennou/blacktree-elements

Double check the Xcode source tree settings. Mine are set like so.
QSFramework               Quicksilver Frameworks  /Applications/
Quicksilver.app/Contents/Frameworks
QS_SOURCE_ROOT   Quicksilver source root   ~/XCodeProjects/blacktree-
alchemy/Quicksilver

You'll need to have both release and debug builds of QS available
before the plugins will compile for the respective build types.  These
files will reside in /tmp/QS/build

Once you those set and the latest elements, open the Xcode project
AllElements.xcodeproj, then you can double click on the
WebSearchElement.xcodeproj under the group Compiles. This will open
another Xcode session for the selected project. Then compile.

Some of the plugins may have 2 targets available, like the Web Search
Element project. It has targets "Web Search Module" and "Web Search".
Usually you want to compile and use the "module" one.

That should be all you need to get going, but don't hesitate to post
more questions cause somethings getting everything right is a pain.
Related to that, the latest Elements on Github has each element
assigned to a group of "Unknown use. Does not compile", "Does not
compile. Needs tweaking", or "Compiles". The WebSearchElement project
is in the compiles group.  I just recompiled and it does work, however
since I'm the one that initially organized them this way that's to be
expected.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Paul Kohut | 1 Apr 2010 10:33
Picon
Gravatar

Re: Building blacktree-elements

Wish I could edit my posts to fix some word wrapping.

--

-- 
To unsubscribe, reply using "remove me" as the subject.
Permalink | Reply | 0 comments |
headers
Marcel Hild | 1 Apr 2010 10:52
Favicon
Gravatar

Re: Building blacktree-elements

Am 01.04.2010 um 10:31 schrieb Paul Kohut:

> 
> You'll need to have both release and debug builds of QS available
> before the plugins will compile for the respective build types.  These
> files will reside in /tmp/QS/build
> 

Cool, that did the trick. I just had the Debug Version of QS build. Now everything works as expected...

Thanks Paul
Permalink | Reply | 0 comments |
headers
Paul Kohut | 1 Apr 2010 10:59
Picon
Gravatar

Re: triggers disappear on start-up

I don't think the web search plug in itself will be the issue. More
than likely it will be the trigger code.  When the code obtains a
trigger resource id from the OS, it stores the id in the trigger
object. However, in the trigger's release code it asks the OS to
remove the ID associated with the object, but it is somehow already
nil. How it got this way or what other issues this could cause in
other parts of the trigger code is unknown.  Just a heads up for
anyone that wants to take a dive into the trigger code.

BTW, Does the qss- web searches work as expected when not used as
triggers?

Marcel, the web search fixes mentioned were related to the displayed
icons
http://github.com/pkohut/blacktree-alchemy/commit/8112c8d9ff625688c3071e84ee188f16be242e85

and here some more info you might find useful
http://github.com/tiennou/blacktree-elements/commit/9b2955f1f292c550e56d8275dfc54a9769cfe282
Permalink | Reply | 5 comments |
headers
Marcel Hild | 1 Apr 2010 11:06
Favicon
Gravatar

Re: triggers disappear on start-up

> BTW, Does the qss- web searches work as expected when not used as
> triggers?

Yes.

> Marcel, the web search fixes mentioned were related to the displayed
> icons
> http://github.com/pkohut/blacktree-alchemy/commit/8112c8d9ff625688c3071e84ee188f16be242e85

Yes, thought so, but it seemed the version number of the web search module was bumped (mine was 104 and now I
have 128) so I thought I give it a try.
I'll see if my websearch triggers still disappear  from time to time.

> and here some more info you might find useful
> http://github.com/tiennou/blacktree-elements/commit/9b2955f1f292c550e56d8275dfc54a9769cfe282

Good to know ;)

--

-- 
To unsubscribe, reply using "remove me" as the subject.
Permalink | Reply | 4 comments |
headers
rectalogic | 1 Apr 2010 20:15
Gravatar

Re: triggers disappear on start-up

So it looks like if I actually let the latest QS (from git) save the
Triggers.plist, it uses a new format which now loads properly (even in
the B58(3814) build).  The new format is saving the direct/indirect
objects as archives now instead of just plain <string>:

		<dict>
			<key>ID</key>
			<string>A4885393-359A-49C3-8A43-F82A3646AEF2</string>
			<key>command</key>
			<dict>
				<key>actionID</key>
				<string>QSShellScriptRunAction</string>
				<key>directArchive</key>
				<dict>
					<key>class</key>
					<string>QSObject</string>
					<key>data</key>
					<dict>
						<key>NSFilenamesPboardType</key>
						<array>
							<string>/Users/aw/Projects/rectalogic/window-manager/
window_manager.rb</string>
						</array>
						<key>NSStringPboardType</key>
						<string>/Users/aw/Projects/rectalogic/window-manager/
window_manager.rb</string>
					</dict>
					<key>properties</key>
					<dict>
						<key>QSObjectName</key>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marcel Hild | 1 Apr 2010 20:41
Favicon
Gravatar

Re: triggers disappear on start-up

Have there been any changes to the Source on Github? To me it looks  
like the latest release is in sync with the current code.

Am 01.04.2010 um 20:15 schrieb rectalogic <rectalogic@...>:

> So it looks like if I actually let the latest QS (from git) save the
> Triggers.plist, it uses a new format which now loads properly (even in
> the B58(3814) build).  The new format is saving the direct/indirect
> objects as archives now instead of just plain <string>:
>
>
>        <dict>
>            <key>ID</key>
>            <string>A4885393-359A-49C3-8A43-F82A3646AEF2</string>
>            <key>command</key>
>            <dict>
>                <key>actionID</key>
>                <string>QSShellScriptRunAction</string>
>                <key>directArchive</key>
>                <dict>
>                    <key>class</key>
>                    <string>QSObject</string>
>                    <key>data</key>
>                    <dict>
>                        <key>NSFilenamesPboardType</key>
>                        <array>
>                            <string>/Users/aw/Projects/rectalogic/ 
> window-manager/
> window_manager.rb</string>
>                        </array>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ajay Goel | 1 Apr 2010 22:32
Gravatar

Re: Firefox as default URL application

Do you have firefox as your default browser?

On Mar 31, 2010, at 6:18 PM, Ed wrote:

> Hi.  I would like to have Quicksilver use Firefox as the default
> application for opening URLs (instead of Safari).  I have installed
> the Firefox plugin, but can't figure out how to set which application
> gets used.  Any ideas?
> Thanks,
> Ed
>

--

-- 
To unsubscribe, reply using "remove me" as the subject.
Permalink | Reply | 0 comments |

Gmane