タグ付けされた質問 「osx」

7
復帰文字は廃止と見なされますか
構造化されたデータを解析するオープンソースライブラリを作成しましたが、要点がわからないため、意図的にキャリッジリターン検出を省略しました。追加の複雑さとオーバーヘッドが追加され、ほとんど/まったく利点がありません。 驚いたことに、ユーザーがパーサーが機能していなかったバグを提出しました。問題の原因は、データがLFまたはCRLFではなくCR行の終わりを使用していることにあります。 UNIXベースのプラットフォームに切り替えてから、OSXはLFスタイルの行末記号を使用していませんか? 行末を明示的にCRを使用するように変更できるNotepad ++のようなアプリケーションがあることは知っていますが、なぜだれがそうしたいのかわかりません。 (何らかの理由で)古いMac OSスタイルの行末を決定する統計的に重要でない割合のユーザーのサポートを除外しても安全ですか? 更新: 明確にするために、Windowsの行末記号(CRLFなど)のサポートには、CRトークンの認識は必要ありません。効率化のため、字句解析器は文字ごとに一致します。CR文字を静かに無視することにより、CRLFトークンはLFに単純化されます。そのため、CRLFトークン自体は時代錯誤とみなすことができますが、それはこの質問の目的ではありません。 CRスタイルの行末をシステム全体でサポートする最後のOSはMac OS 9でした。皮肉なことに、OSXでデフォルトとして使用している唯一のアプリケーションはMicrosoft Excelです。

8
Emacs-as-OS:時代遅れ?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 そのような伝説的なエディターで少なくとも初心者の地位に到達するために、私は過去2か月間Emacsでコーディングしてきました。私は心を開いておくようにしていますが、私は、Emacsがそのユーザーが決して離れることを許さないという1つのコア設計選択に絶えず反対していることに気づきます。2010年の世界では、Emacsのすべてのサイド機能が専用ソフトウェアの背後に絶望的にあると思います。 私は組み込みのブラウザを決して使用しません。Chromeは何年も先です。 私はその悲惨な機能を決して使用しません。Path Finder(Mac OS X)は私のニーズに合っています。 組み込みの電子メールは使用しません。Gmailのウェブインターフェースには、優先トレイなどの関連性の高い機能があります。 等。 確かに、上記のタスクの1つに正規表現などを使用するためにEmacsに浸ることがあるかもしれませんが、正規表現以外では、これらの副次的な機能に触れる理由はありません。私は完全に初心者ですが、Emacs-as-an-OSは時代遅れであるという強い直感を持っています。 Emacsの専門家、Emacsが包括的な環境を選択することは、2010年と将来にとって正しい選択だと思いますか?代替品と比較して、まだ時代を先取りした特定の周辺機能がありますか?

1
C#を使用してクロスプラットフォームアプリケーション(MacおよびWindows)を作成できますか?[閉まっている]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 この質問に関する多くの古い情報とInterwebsの周りを飛んでいる多くの記事を見ていますが、物事がどこにあるのかははっきりとわかりません。 基本的に、ネイティブのWindowsアプリケーションにコンパイルしたり、ネイティブのMacアプリケーション(ParallelsやWineなど)にコンパイルしたりできるC#コードを記述したいと思います。これはできますか? Xamarinのような製品は進むべき道ですか?XamarinのWebサイトでは、「同じ言語、API、データ構造を使用して、すべてのモバイル開発プラットフォームで平均75%のアプリコードを共有しています」と述べています。しかし、プラットフォーム固有の25%のアプリコードが何を必要とするのかはわかりません。また、OSXとWindowsをターゲットにしているのかどうかもわかりません。彼らのWebサイトはモバイルデバイス中心です。 [後で追加] 概要:Xamarinはクロスプラットフォームアプリケーションを作成するようには設計されていません。MacaのGUI操作を使用して、C#でMacアプリケーションを作成する方法が提供されます。彼らが推奨するのは、すべての「ビジネスロジック」クロスプラットフォームを記述してから、2つの完全に別個のGUIを記述することです。1つはWindows用、もう1つはMac用です。 C#/ Qtは非常に初期の段階にあるようです(2016年以降にこの記事を誰かが見つけた場合は、チェックしてください)。 monoはGUIを含むクロスプラットフォームを実行するようですが、Windowsフォームを使用する場合のみです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.