Messages

ممنون آقای علوی‌زاده.

به نظر میاد که در این نسخه اشکال‌های زیادی رفع شده. از جمله پرانتز فارسی بیشتر موقع‌ها درست کار می‌کنه که خیلی خوبه. فقط تو حالت‌های خاصی پرانتز رو غلط می‌زنه که نتونستم الگوی بازسازیش رو کشف کنم فعلا! اما هر وقت متوجه شدم اینجا با شما در میون میذارم.
مشکل کند بودن $ هم روی سیستم من که حل شده! ممنون.

ممنون از توجهتون. اینکه اون پنچره بلافاصله بسته می‌شود احتمالا بخاطر مسیر فایلتون است، در واقع دستور اجرا شده بصورت زیر است:

کد [انتخاب] Expand


xterm -e "cd TeX_FILE_PATH && /bin/bash"

که TeX_FILE_PATH مسیر پوشه‌ای است که می‌خواهیم به آن تغییر دایرکتوری بدهیم. اگر با اجرای این دستور هم پنجره زود بسته شد، دستور را بصورت زیر اجرا کنید تا خطا معلوم شود.

کد [انتخاب] Expand


xterm -hold -e "cd TeX_FILE_PATH && /bin/bash"

دقت کنید «‎-‎e‎‎» که برای اجرای دستور بوسیله xterm است باید آخرین آرگومان xterm باشد.

بله. دوباره که دقت کردم دیدم که مسیری که باهاش کار می‌کردم توش فاصله داشت و وقتی دستور العمل بالای شما رو اجرا کردم دیدم بله، می‌گه: No such file or directoy.

فکر کنم با یک echo TeX_FILE_PATH|sed 's/ /\\ /g' قبل از xterm درست بشه.
مسیرهایی که توش فارسی باشه رو هم xterm درست نشون نمی‌ده که البته مشکل xterm هست اون. ولی اگر می‌شد قبلش وجود gnome-terminal یا konsole رو چک کرد و اگر نبودند xterm رو فراخوانی کرد هم جالب می‌شد!

آیا دیگر دوستان که از لینوکس استفاده می‌کنند، این ورژن رو تست کرده‌اند؟

من نسخه‌ی لینوکسی رو یه تست کوچیک کردم. اجرا شد و مشکلی نداشت. فقط یه مشکلی که ظاهرا هست در عملکرد دکمه command prompt هست که برای من یک پنجره باز می‌شه و بلافاصله محو می‌شه. یعنی عملا کار نمی‌کنه.

سیستم من اوبونتو ۱۰.۰۴ هست با مشخصات معمولی!
اگر تست خاص و بیش‌تری هست که فکر می‌کنید باید انجام بشه در خدمتیم.

یک مشکل دیگه (که امیدوارم تکراری نباشه و قبلا بحث نشده باشه) به نظرم می‌رسید که خواستم مطرح کنم. در مورد دستورهای {}داری وقتی که آرگومانشان فارسی باشد؛ در این حالت آرگومان فارسی به محض تایپ به سمت دیگه (چپ) دستور برده می‌شه، در حالی که انتظار می‌ره در ادامه گیومه قرار بگیره.
حالت فعلی:
‎\texbf{‎متن‎}‎
حالت مورد انتظار:
\textbf{متن}
یا
{متن}textbf\
البته در موارد بالا اگر از .+Ctrl استفاده کنیم این مشکل پیش نمیاد. اما اگر ادیتور به طور هوشمند خودش می‌فهمید و جهت‌ها رو تنظیم می‌کرد ایده‌آل می‌شد.

بله درسته، دلیلش اینه که کاراکتر LRM اضافه شده پاک نمیشه! فکر کنم راه‌حلش هم اینه که اگر زبان کیبورد و کاراکتر قبلی از یک جهت باشند باید کاراکترهای LRM اضافی پاک شوند.

آیا این در مورد کاراکترهای قبلی ضعیف هم کار درست می‌کنه؟
اگر به جای کاراکترها از زبون کیبورد برای تشخیص جهت استفاده بشه یک راه دیگه هم شاید این باشه که هر وقت زبان کیبورد عوض شد و چیزی تایپ شد قبل از تایپ اولین کاراکتر، کاراکتر LRM (یا RLM) تایپ بشه و هر وقت کاراکتری پاک شد و این‌ها قبلش بودند، این‌ها هم پاک شوند (یا برعکسش برای delete). و می‌توان با خیال راحت این کار را کرد چون حتما کاراکترهای قبلی با زبان جهت مخالف نوشته شده‌اند.

نکات خوب ورژن Pi Day از نظر شما چیه؟

این که لااقل اون باگ تکون خوردن خط‌ها رو نداره! و مشکل کند بودن $ رو (لااقل برای من!) نداره.

‎در‎‎‎‎‎‎‎ واقع این اتفاق که گفتید نتیجه طبیعیه الگوریتم دوجهتی استاندارد است. و اون کاراکترها که گفتید اکثرا جزء کاراکترهای ضعیف به حساب می‌آیند.

خیلی ممنون. اتفاقا این سوال را هم داشتم که آیا شما همان الگوریتم استاندارد دوجهته را پیاده‌سازی کرده‌اید، که جوابش را گرفتم! اما یک سوال دیگر این که چرا این اتفاق مثلا در Word یا Firefox (در ویرایشگر متن Gmail وقتی راست به چپ فعال باشد مثلا) نمی‌افتد؟ آیا آن‌ها الگوریتم استاندراد را پیاده‌سازی نکرده‌اند؟

مقصود شما استفاده از ‎Delete‎ است؟
چون کد مربوط به ‎Backspace‎ را مدتهاست به این‌صورت درآورده‌ام که کاراکترهای کنترلی را درنظر بگیرد! (بجز حالت ‎Ctrl+.‎‎‎)
و اگر مقصود ‌‎Backspace‎ است یک حالت ایجاد باگ را شرح دهید.

نه منظورم همان Backspace هست. اما دوباره که امتحان کردم دیدم حق باشماست. در واقع اتفاقی که میفتاد ناشی از همان مشکل تبدیل حروف متن فارسی به انگلیسی بود و مشکل جدیدی نیست. به این صورت اتفاق می‌افتد که اگر بعد از تایپ حروف فارسی یک فاصله بزنید و بعد \ یا $ را بزنید فاصله به سمت چپ می‌رود و $ یا \ به متن فارسی قبلی می‌چسبد. وقتی که با Backspace پاک می‌کنید آن فاصله هم باید پاک شود اما چون مکان نما سمت راست آن قرار گرفته (چون جزء حروف چپ به راست محسوب شده) این تصور را ایجاد می‌کند که داریم یک کاراکتر کنترلی مخفی را پاک می‌کنیم. در حالی که در واقع همان space را داریم پاک می‌کنیم.

ولی یک اتفاق دیگر هم میفتد که البته مستقل از بحث قبلی است: اگر بلافاصله پس از تایپ حروف فارسی  یک حرف انگلیسی بزنید و بعد بلافاصله آن را پاک کنید و زبان را دوباره فارسی کنید و شروع به تایپ کنید، حروف جدید به حروف قبلی نمی‌چسبند و مثل حالتی می‌شوند که بینشان نیم‌فاصله خورده باشد. البته در خروجی درست است.

راستی ببخشیدها! قصد من ایراد گرفتن نیست به هیچ وجه. بلکه چون خودم کاربر تک‌میکر دو جهته‌ی شما (البته نسخه Pi Day که به نظرم بهتر است!) هستم، دوست دارم در بهبود آن کمک کنم. و الا می‌دانم که پیاده‌سازی الگوریتم دو جهته به اندازه کافی سخت هست و وقت شما محدود. چه برسد به این که باید حالات خاص و پیچیدگی‌های لاتک را هم در نظر گرفت.

باز هم ممنون.
‎‎‎‎‎‎

سلام مجدد،

یک مشکل هست که فکر می‌کنم در واقع حالت کلی مشکل شماره ۲ پست قبلی‌ام (در مورد پرانتزها) باشه. به خاطر همین گفتم شاید بد نباشه دوباره بگم:
وقتی که در یک خط حروفی رو به فارسی تایپ کرده‌ایم، و بعد زبان رو به انگلیسی سویچ می‌کنیم و شروع به انگلیسی تایپ کردن می‌کنیم، اتفاقی که ظاهرا میفته اینه که آخرین حرف‌های تایپ شده به زبان فارسی هم گاهی وقت‌ها به عنوان اولین حرف‌های تایپ‌شده انگلیسی در نظر گرفته می‌شوند و به سمت چپ و ابتدای حروف انگلیسی در حال تایپ برده می‌شوند. اون گاهی وقت‌هاش هم وقت‌هایی هست که آخرین حرف‌های تایپ شده به فارسی در واقع جزء حروف فارسی تعریف نشده باشند. مثل کاراکترهای زیر:
- پرانتز باز فارسی (
- پرانتز بسته فارسی )
- ویرگول فارسی ،
- نقطه .
- منها -
- ارقام فارسی ۱ ۲ ۳ ۴ .... (و نه انگلیسی 1 2 3 4 ...)
- علامت تعجب !
- جداکننده هزارگان فارسی ٬ (0x066B)
- ممیز فارسی ٫ (0x066C)
- گیومه باز و گیومه بسته فارسی « »
- فاصله
و نمادهای دیگه که برای این که پست خیلی طولانی نشه نیاوردمشون.

در مورد پرانتز و گیومه فارسی مشکل بدتر هم هست. چون علاوه بر این که جزء متن انگلیسی محسوب می‌شه، به همون دلیل جهتش هم عوض می‌شه. یک راهی که برای حل مشکل به ذهم می‌رسه (که امیدوارم خیلی پرت نباشه!) اینه که ملاک فارسی یا انگلیسی بودن حروف خود کاراکترها نباشند (چون کاراکتر مشترک هم داریم) بلکه زبون صفحه‌کلیدی باشه که کاراکترها با اون تایپ شده‌اند.

نمونه مشکل مثلا در مورد علامت تعجب:
حالت فعلی:
عجبwow!
نقل قولabc«
درست:
عجب!wow
نقل قول»abc

البته چون معمولا حروف فارسی و انگلیسی با فاصله از هم جدا می‌شند مشکل در مورد کاراکترهای غیر پرانتز خیلی پیش نمیاد و مشهود نیست.

باز هم ممنون از پیگیری‌تون.

(به‌علت طولانی بودن سوال در نقل قول تکرارش نکردم)
‎1‎- من اسم این رو مشکل نمی‌گذارم، کمبود می‌گذارم‎!‎
‎2‎- ‎3‎- ‎5‎- بررسی می‌کنم.
‎4‎- سیستم عاملتون چیه؟ ‎64‎ بیته؟ کامپیوترتون که ضعیف نیست.
چند زبان روی سیستمتون نصبه؟

۱- حق با شماست! دقیق‌تر این بود که بگویم یک feature request است.
۴- ویندوز ۷ ۳۲ بیتی. با پردازنده ۲ گیگاهرتز اینتل دو هسته‌ای. به نظر نمیاد ضعیف باشه چون تو نسخه‌های قبلی همین تک‌میکر مشکلی نبود. دو زبان نصبه: انگلیسی و فارسی.

با سلام و واقعا ممنون آقای علوی‌زاده که وقت می‌ذارید و تک‌میکر دوجهته رو توسعه می‌دید. چند تا ایراد در حین کار با این آخرین نسخه مشاهده کردم که برای کمک به بهتر شدنش اینجا مطرحشون می‌کنم:

۱- مشکل تغییر خودکار زبان: وقتی $ یا \ را تایپ می‌کنم به درستی زبان به انگلیسی سوییچ می‌شه. اما اگر از نوشتن فرمول یا دستور منصرف بشم و $ یا \ رو پاک کنم زبان اتوماتیک به فارسی بر نمی‌گرده.

۲- مشکل پرانتز فارسی: وقتی می‌خواهم یک متن انگلیسی را داخل پرانتز فارسی بنویسم، و پرانتز را به زبان فارسی تایپ می‌کنم و بعدش شروع به تایپ با زبان انگلیسی می‌کنم جای پرانتز عوض شده و پرانتز به سمت چپ کلمه انگلیسی برده می‌شه. وقتی هم پرانتز رو (دوباره با زبان فارسی) می‌بندم هم‌جهت با پرانتز اول و با فاصله از متن انگلیسی (به تعداد فاصله‌هایی که قبل از پرانتز اول هست) نشون داده می‌شه. یعنی به صورت زیر:
متنtext) )
به جای:
متن (text)
البته باید بگم که خروجی درسته و این فقط مشکل نمایش هست.

۳- جاماندن کاراکترهای کنترلی: وقتی $ یا \ یا Ctrl+. را تایپ می‌کنیم کاراکترهای کنترلی نامرئی به متن اضافه می‌شوند که درست است. اما موقع پاک کردن همراه با $ یا \ پاک نمی‌شوند. و باید backspaceهای بیشتری برای پاک کردن این کاراکترهای کنترلی زد که شهودی نیست. وضعیت در مورد .+Ctrl بدتر است. چون اگر بخواهید بلافاصله بعد از تایپ آن را با backspace پاک کنید نمی‌توانید و به جایش متن‌های قبل از پاک می‌شود!

۴- در کامپیوتر من تایپ کردن $ به نحو محسوسی کندتر شده است. انگار که با تایپ این کاراکتر عملیات زیادی انجام می‌شود.

۵- بعضی وقت‌ها کاراکترای فاصله نمایش داده نمی‌شوند. برای بازسازی به اول یک خط تازه بروید و یک کلمه فارسی بنویسید و یک فاصله بعدش بزنید. بعد از آن \ یا $ را تایپ کنید. می‌بینید که به کلمه‌ی فارسی می‌چسبد. و بعد که دستور یا فرمول تمام شد و به فارسی نوشتن ادامه می‌دهید می‌بینید که فاصله در سمت چپ دستور ظاهر می‌شود. البته خروجی در این حالت درست است.

۶- وقتی بعد از اولین کلمه فارسی خط فاصله تایپ می‌کنید خط یک کاراکتر به سمت راست جابه‌جا می‌شود. البته باز هم در خروجی مشکلی نیست اما تکان خوردن خط در حین تایپ جالب نیست.

خیلی ممنون،
راستی شما کد وصله (patch) را در کجا قرار می‌دهید؟ علاقه‌مندم که نگاهی به آن بندازم و حتی اگر شد گاهی کمک هم بکنم. گرچه می‌دونم که چیزی ازش سر در نخواهم آورد!