問題タブ [desktop-shortcut]

現在の Wix セットアップで生成されたショートカットに問題があります。ユーザーがデスクトップ アイコンを右クリックしてタスクバーにピン留めすると、次のバージョンにアップグレードするとタスクバー アイコンが失われます。古いショートカットが無効になり、新しいショートカットに置き換えられ、固定されたショートカットが廃止されたためだと思います。

ショートカットの [ターゲット] フィールドには通常のファイル名とパスがなく、アプリケーション名だけがグレー表示されています。これは宣伝されているショートカットを使用したためだと思い、変更してAdvertise="no"追加しましTarget="[INSTALLFOLDER]MyApp.exe"たが、ショートカットのプロパティは変更されませんでした。私の理論では、ショートカットが実際のファイルを参照している場合、アプリケーションがその場所や名前を変更しない限り、アップグレード後も有効であるというものです。

では、質問 1: アプリケーションへのフル パス名を含むショートカットを作成することは可能ですか?

質問 2: 可能であれば、それは良い考えですか? これを行うことによって妨害されるインストーラー機能や、その他の悪い副作用はありますか?

質問 3: 検討していない問題を解決するためのより良い方法はありますか?

ウィンドウにはフォーカスがありませんが、キーボード イベントを受け取る必要があるネイティブ GUI を gtk で作成します。

gtk ウィンドウは縮小してバックグラウンドで実行する必要があります。ユーザーがショートカットを入力すると、ウィンドウがフォアグラウンドに移動してフォーカスを取得する必要があります。

これまでのところ、ショートカットは問題ではありません。簡単かつ迅速に入力できる必要があり、既に使用されているショートカットと衝突してはなりません。

GUI は、Linux と Windows で実行する必要があります。

ショートカットを登録するにはどうすればよいですか? これは、プラットフォーム固有の方法で実装する必要があると思います。1 つのプラットフォームの答えを知っている場合は、お知らせください。

ファイルを追加して自動起動するプログラムを追加していますが~/.config/autostart、すべて正常に動作していますが、いくつかのプロパティの意味を知りたいです。これをグーグルで検索すると、デスクトップエントリの多くの例が表示されます。技術的な定義に興味があります。これはどこで定義されていますか？

私は一般的な質問に興味がありますが、たとえば次のことは何をしますか?

LXDE で新しい .desktop ショートカットを作成し、そのショートカットを「アプリケーション起動バー」に追加しました。ファイルをショートカットにドラッグすると、ファイル名がスクリプトに正常に渡されます。ただし、 Firefox または Chrome からリンクをドラッグすると、リンクが引数として渡されません。

私の .desktop ファイルの重要な部分は次のとおりです。

そして、 /home/myUserName/test.sh には以下が含まれています:

引数を渡していることを証明するためだけに。

freedesktop 標準を読みました。問題を発見したとき、私は Chrome しかインストールしていませんでしたが、Chromeはリンクではなくファイルを保存していると読んだので、Firefox に切り替えました。ただし、URL はまだデスクトップ ショートカットに渡されていません。

これはフリーデスクトップ標準との連続性に大きなギャップがあるように見えるので、何かを見落としていることを願っています.

助言がありますか？

編集:テスト後、Firefox は Chrome のようにリンクではなく HTML ファイルを保存するため、ブラウザのバグではなく LXDE のバグのようです。私の次の努力は、その理由を見つけることだと思います。

バッチ ファイルへの Windows ショートカットを作成するプロジェクトに取り組んでおり、バッチ スクリプトへのパス名の特殊文字をテストしています。私が困惑した問題の 1 つは、ショートカットが正常に呼び出されたときにパス名が機能することですが、「管理者として実行」を使用すると機能しません。

たとえば、ショートカットへのパス名が「C:\Program Files\myapp )]}@#$_-=+'.{[(\bin\hello.bat」の場合、ショートカットをクリックすると問題なく実行できます。「管理者として実行」を選択しても機能しません。ショートカットのターゲット値には、パス名が二重引用符で囲まれています。

管理者または通常のユーザーとして実行しているコマンド プロンプトから問題なく上記のパス名を呼び出すことができます。

バッチ スクリプト自体が失敗するかどうかを判断するために、バッチ スクリプトの先頭にプロンプ​​トを表示しましたが、失敗しません。run-as を使用すると、スクリプトが起動されないように見えます。

私の推測では、Windows (7) が run-as 操作を実行する方法に何かがあり、パス名の 1 つ (または複数) の特殊文字によってつまずきます。run-as (バッチ スクリプトで [?]) を使用する際の既知の/文書化されたパス名文字の制限はありますか?

更新: いくつかのテストの後、@物事を台無しにするのは「 」文字であることがわかりました。その文字が存在しない状態でテストを実行すると、run-as 操作は成功します。run-as に関して、そのキャラクターの何が特別なのかわかりません。

多くのプログラムがインストールされており、それぞれのディレクトリを $PATH 変数に追加します。

これは簡単です。各プログラムのデスクトップ ファイルを作成することを決定するまで、名前の端末タイプを開くと実行されます。デスクトップ ファイルが $PATH 変数を認識しないようです

Unity メニューにも表示されません。通常、コマンド ise は端末で正常に動作します。また、完全な /path/to/ise を使用しようとしましたが、まだ検索に表示されません。

しかし、ise を削除して、たとえば gedit を代わりに配置すると、. 検索に表示され、gedit が開き、正常に動作します。デスクトップ ファイルに $PATH 変数を認識させ、これらのコマンドを実行させるにはどうすればよいですか??

WiXを使用してデスクトップへのショートカットを作成するには2つの答えがあります

これらの答えは両方とも、何が起こっているのかについての本当の説明を欠いています。ショートカットを作成するこれら 2 つの方法の違いは何ですか? 最初の方法は、WiX - ショートカットドキュメントの作成に準拠しています。

2 番目の方法には、MergeRedirectFolderドキュメントが見つからないように思われるものがあります。WiX ドキュメントによると、レジストリ設定:

現在のユーザーに非公開のショートカットをインストールする場合、Shortcut はコンポーネントの KeyPath として機能できないため、必須です。

これは、2 番目の方法が宣伝されているショートカットであることを意味しますか? それとも、ユーザーがマシンごとにインストールしていることを前提とした回答ですか? それとも私はソースで迷っていますか？（かなり可能性があります-Microsoftが私にこの道を強制したので、2日目にWiXを使用しようとしました。）

最初の1つ：

2番目のもの：