とはいえ、その途中ではやはりアプリケーションとしての完成度の低さが目につく。機能上の大きな問題は、X Windowシステムでのスクリーンショット保存がそのままでは機能しない点だけである。これについては、「xorg.conf」ファイルの「Server Flags」セクションに「Option "AllowDeactivateGrabs" "true"」を追加し、スクリーンショットを撮る前に「Ctrl+Alt+/」キーを押すことで解決できる（詳細はプロジェクトのドキュメントを参照）。
そのほか、大がかりなプロジェクトの作成において柔軟性の低さを感じさせる機能上の制限もある。たとえば、各スクリーンショットの名前はプロジェクト名の後ろに通し番号を付けたものでなければならない。また、このツールではファイル選択のダイアログが利用できない。にもかかわらず、プロジェクトにインポートされたスクリーンショットを元のフォルダから削除してくれるというお節介な機能はある。
もっと困るのは、マウス操作がほとんど使えないことだ（最初は、レイヤの位置をクリック操作で調整できない点に不自由を感じるだろう）。ほとんどの場合、スライドやそのコンテンツの位置決めは、ダイアログウィンドウやメニューを介して行うことになる。スライドの位置調整にはメニューを、名前変更にはダイアログを用いる必要がある。また、スライドの左上隅にテキストやグラフィックを表示して移動させるには、それぞれの位置のXおよびY座標をダイアログで設定する必要がある。これは、スライド位置の調整をほとんど試行錯誤で行わなければならないことを意味する。同様に、1枚のスライドに多数の画像を追加する場合も面倒な作業になる。
アニメーションやビデオを扱うプログラムに想定されるタイムラインも見当たらない。代わりに、ダイアログを使って各スライドの表示時間を設定する。ただし、スライドを絶えず切り換えて各フレームの状況を確認しなければならない。こうした設定をグラフィカルに表示できるようになれば、特に規模が大きい場合は、プロジェクトの作成がずっと楽になるだろう。
また、Flash ProfessionalやAdobe Captivateを使い慣れた人であれば、描画ツール、スクリプト記述言語、音声やビデオのサポートといった機能がないことにも物足りなさを感じるだろう。
こうしたまだ初歩的な段階にもかかわらず、Salasagaが比較的使いやすくてコンテンツを作成しやすいというのは、驚くべきことだ。とはいえ、Salasagaがプロプライエタリなライバル製品の完全な置き換えを目指すのであれば、完成度を上げていくなかで高度な機能やユーティリティに対するさらなる配慮が必要になるだろう。今のところは順調な滑り出しといえるが、まだ完成品の域には達していない。
Bruce Byfieldは、Linux.comとIT Manager's Journalに定期的に寄稿しているコンピュータジャーナリスト。