@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

@לא-מתייאש כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

אני לא מסכים, אני מרגיש את ההבדל, למשל קח את אוצריא בלי מפרשים, זה היה צריך להיות יותר מהיר מזית על db אם פותחים ספר מהתחלה, אז זה נכון שלא השקעיו כמו שאני הקשעתי בביצועים (חזרתי על מבנה כמה פעמים כדי להגיע לביצועים הללו) אבל אני לא חושב שהייתי מצליח להגיע לזה עם פלאטר וזה היה נרגש (כמובן מאד חלש) אפילו על מחשב מודרני והכי חשוב, שאני הייתי מרגיש את זה.

אתה מרגיש את ההבדל כי הם לא השקיעו בזה - הם קוראים את כל הקובץ לזיכרון לפני הטעינה לממשק. אין לי מושג למה אתה חושב שלא היית מצליח לעשות זאת בפלאטר. לקרוא כמה עשרות שורות מקובץ ולהציג את התוכן שלהם לא לוקח אפילו אלפית השנייה.

עם המפרשים ביחד הייתי מרגיש את ההבדל אני חושב, אף על הm4 שלי, אבל אני בודק את התוכנה על סלרון n2840 לא m4

@ע-ה-דכו-ע כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

אתה מתכוין שגם בזית יש לך בעיה עם זה?

הוא מתכוון לזמן פתיחה בעליית התוכנה.

נכון

@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

@לא-מתייאש
קשה להתווכח עם מה שאתה אומר לגבי מהירות תוכנה, אבל חשוב לזכור שלרוב המשתמשים האופטימיזציות הללו כלל לא מורגשות.
ביצועי התוכנה תלויים בראש ובראשונה באיכות המבנה שלה: אם היא לא הייתה בנויה היטב, גם האופטימיזציות שהזכרת לא היו משנות הרבה; ואם כן נבנתה היטב – ובמיוחד כשלא מדובר בתוכנה שדורשת משאבים כבדים – ספק אם רוב המשתמשים יבחינו בהבדל משמעותי.
אולי הדברים היו רלוונטיים יותר למחשבים במחשבים משנות התרח - אבל זוהי חיה שפוחתת והולכת ולו בגלל מספר הלחצנים שחסרים לאברכים הללו במקלדת.

אני לא מסכים, אני מרגיש את ההבדל, למשל קח את אוצריא בלי מפרשים, זה היה צריך להיות יותר מהיר מזית על db אם פותחים ספר מהתחלה, אז זה נכון שלא השקעיו כמו שאני הקשעתי בביצועים (חזרתי על מבנה כמה פעמים כדי להגיע לביצועים הללו) אבל אני לא חושב שהייתי מצליח להגיע לזה עם פלאטר וזה היה נרגש (כמובן מאד חלש) אפילו על מחשב מודרני והכי חשוב, שאני הייתי מרגיש את זה.

חוץ מזה, תדע שגם החיסרון הזה של זמן פיתחה מאוד מאוד מפריע לי, ואם לא הייתי יודע שיש פיתרון לזה, אני לא חושב שהייתי הולך לעשות אותו עם קומפוז. העניין שהפיתרון כן מוכן אבל לא מובנה עדיין בקומפוז, ואחרי שjb כן מנסים שיהיה מובנה עם קומפוז, עדיין לא ראיתי עניין לשלב אותו ידני, אבל אם לא יצילחו לעשות משהו plug and play אז כן אשלב אותו ידני אבל בסוף כי זה תהליך קשה.

רק מה יש משהו אחד בתוכנה שכן דורש משאבים חזקים - מנוע החיפוש: ושם אוצריא אכן מתקשה מאוד.

הם מתקשים כי יש binding בין דארט לrust, וdart לא נועד לדברים הללו, dart נועד בשביל להיות חילוף של js (ולא הצליח), ופלאטר נועד לשימושים פשוטים כי זה היה רק למובייל בהתחלה, זה פרוומוורק מובייל שהתאימו לדסקטופ (ועד שמה שאני יודע, אף אחד לא משתמש בו לדסקטופ חוץ מlocal send שזה עדיין נקרא אפליקצייה מאוד פשוטה), ולכן כשזה מתחיל להיות מסובך אז זה מתחיל להיות קשה, צריך לעשות הרבה עבודה ידנית והרבה באגים. זה כבר לא עניין של ביצועים. זה גם קורא הרבה באפליקציות מובייל שהופכות להיות מסובכות שזה מתחיל להיות גהינם לתחזוקה ואז חוזרים לנטיבי כי זה יותר קל יחסית אפילו שצריך לכתוב את הקוד פעמים בשפות שונות.

בקיצור הבנתם שאני לא אוהב את פלאטר ודארט

@הבל-הבלים כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

@לא-מתייאש כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.

אתה בעצם טוען שלאוצריא עדיף להישאר בצורה הנוכחית מאשר לעבור ל DB?

אני רק אומר שיהיה שיפורים גדולים בהצגת המפרשים וביצועים פחותים בהצגת של הספר, והרבה הרבה בלגן אם רוצים לתת לכל אחד להוסיף ספרים משלו

@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

הסיבה שזית מהירה כ"כ, כי היא עובדת עם קובץ DB ולא עם קבצי TXT/JSON

כאן מבואר עוד סיבה
https://mitmachim.top/post/1053278

אם הולכים לטעון את כל הספר, לדעתי זה יהיה יותר איטי דרך ה-DB ממה שיש עכשיו. יש שני יתרונות עיקריים לשימוש ב-DB:
יתרון ראשון: DB מאפשר לטעון שורות ספציפיות בלי לקרוא את כל הספר מההתחלה. אבל אם ממילא טוענים את כל הספר, אז לטעון אותו יהיה יותר מהיר ב-JSON מאשר ב-DB.
יתרון שני: ביצועים טובים יותר באוצריא בנושא הקישורים. כרגע אוצריא חייבת לקרוא את כל הספר רק כדי למצוא את השורות הרלוונטיות, ולדעתי אין שום צורך בזה. כאן אכן יהיו ביצועים הרבה יותר טובים.
אבל המהירות שיש לי בזית זה לא רק זה. אני לא יודע אם יש צורך להרחיב, אבל בקיצור נמרץ:
כשמקמפלים תוכנה, כל פונקציה שמורה בטבלה. כל פעם שקוראים לפונקציה וורטאלית, התוכנה בודקת מה הקוד בטבלה הזאת. אחד ההבדלים העיקריים בין תוכנה שפועלת ב-AOT (כמו Flutter או אפילו Native באנדרואיד) לבין JIT הוא: גם אם נקרא לפונקציה וירטואלית 1000 פעמים, תוכנת AOT תלך לבדוק בטבלה הזאת אלף פעמים. אם היא תקרא אלף פעמים לפונקציה בשורה הראשונה ובשורה ה-2000, התוכנה תעשה את זה בצורה פשוטה כל פעם מחדש. (זה לא בדיוק נכון מה שאני אומר, אז אל תקפצו עליי - זה רק כדי להמחיש את הרעיון, ויש עוד הרבה הרבה אופטימיזציות שהjvm עושה, למשל אם תנאי הוא 99% נכון, ועוד, זה נושא מאוד מעניין)
זית היא תוכנת דסקטופ שפועלת במכונה וירטואלית - ה-JVM. המכונה הזאת עושה הרבה מאוד דברים כדי שהתוכנה תהיה יותר מהירה:

קומפילציה ראשונית (C1): ה-JVM מקמפלת את ה-Bytecode לקוד תואם למעבד של המחשב. זה מה שאתם רואים כשיש את מסך ההמתנה של זית - הזמן הזה הוא קומפילציה ראשונית של ה-Bytecode. זו לא קומפילציה שלמה כמו ב-JS, כי אני כבר מקמפל את קוד Kotlin ל-Bytecode. זו קומפילציה סופית: כבר קימפלתי את קוד Kotlin ו-Java ל-Bytecode שהוא דומה ל-ASM, רק בלי תאימות ייעודית למעבד מסוים. ה-JVM תקמפל את כל הקוד למשהו תואם למעבד הספציפי.
שימוש בהוראות מודרניות: רק כאן מתחיל להיות הבדל בין AOT (כמו Flutter) לבין JIT של Java. למשל, המעבדים המודרניים תומכים ב-AVX2 (הוראות מיוחדות מודרניות), אבל רוב התוכנות לא משתמשות בהן לשם תאימות. ה-JVM כן משתמשת.
מה שאני אומר אולי נשמע כמו שטויות או הגזמה, אבל Chrome לא משתמש ב-AVX2. למשל, אם תסתכלו בפורק הזה של Chrome שהוא יותר מהיר - זה גם בגלל שהוא מקמפל עם AVX2. אבל זה יוצר שני בינארים בשביל תאימות (אחד עם ואחד בלי), מה שמאוד מבלבל למשתמשים.
פרופיילינג וקומפילציה משופרת (C2): אחרי שהתוכנה רצה, ה-JVM מתחילה לעשות Profiling - כלומר מזהה אילו חלקים של הקוד הולכים ביחד, אילו חלקים רצים הרבה פעמים, ומתחילה לעשות קומפילציה שנייה שנקראת C2. לכן היא תקשר אוטומטית בין החלק שמציג את תוכן הספר לבין הרכיב שמציג את המפרשים (אם אכן מציגים את המפרשים). אחרי התהליך הזה, אומרים שהjvm התחממה.

ולפי איך שתמתמשו בתוכנה, הjim תמשיך לשפך את הc2 לפי השימוש הראילי שלכם, דבר שלעולם לא נוכל לעשות עם aot.

ולכן אם נסכם, החסרונות שזה לוקח יותר זמן להפעלה הראשונה (בערך 0.5 שנייה על מחשב מודרני אבל יכול להיות 3-4 שנייות על מחשבים קצת ישנים), שימוש יותר גבוהה בראם בלי לעשות כלום (המכונה ווירטואלית לוקחת בערך 150 מ״ב בראם) אבל מצד שני מקבלים אחרי c2 תוכנה שהיא מהירה כמעט או לפעמים אפילו יותר מאשר אם היינו כותבים אותה בcpp
[כל זה לומר, שיהיה קשה מאוד מאוד עם aot להגיע לזה.

@עם-ישראל-חיי כתב בשיתוף | להכשיר (כמעט) כל אנדרואיד לוויז ומייל בלבד – קיידרואיד 0.9.8 גרסת בטא ציבורית!:

@עזיז כתב בשיתוף | להכשיר (כמעט) כל אנדרואיד לוויז ומייל בלבד – קיידרואיד 0.9.8 גרסת בטא ציבורית!:

@בנימין-מחשבים כתב בשיתוף | להכשיר (כמעט) כל אנדרואיד לוויז ומייל בלבד – קיידרואיד 0.9.8 גרסת בטא ציבורית!:

אתה מתכוון לתרומות?

אני בעד...

אולי זה יזרז את ההופעה של קיידרואיד 1.0...

כל הכבוד לך באמת אני בתור ישביעבוחער אין לי 10 דולר לתת ואם היתה אופציה לפחות אז הייתי תורם ודאי

מזדהה עם התחושה

קשה לי לקחת כסף ממי שלא יכול לתרום 10 דולר שזה בערך 32 ש״ח, אני מעדיף שלא.
אבל בין כה, אני לא אוהב לדבר, כי אחר כך זה גורם לצפיות, ולא משלמים לי על זה אז זה תלוי בזמן בשלי הפנוי אבל מה שכן אני יכול לומר, שאני כבר לא לבד עם קיידרואיד, אני לא יודע אם הוא ידבר כאן אבל 4 חודשים שאני מחפש מישהו שיעזור לי והקב״ה שלח לי טובים השניים מן האחד

@אלדד-הדני-0 כתב בבקשת מידע | פיתוח פרוייקט C++ בויזואל סטודיו קוד:

@לא-מתייאש זה מקרי קיצון...
חוץ מזה שאני משתמש בC++ בעיקר בשביל להרחיב את C (שהיא שפה מהממת לדעתי) לתכנות מונחה עצמים

אני לא כ״כ מבין מה ראית בc++ עם gcc או clang, אני משתמש בו כשאין לי ברירה אחרת ואני צריך גישה לapi הנטיביות של וונדוס עם msvc, אבל אם לאו, תשתמש בgo, אם אתה לא כותב דרייברים או מנוע 3d, אני לא רואה עניין.

@אלדד-הדני-0 כתב בבקשת מידע | פיתוח פרוייקט C++ בויזואל סטודיו קוד:

@לא-מתייאש כתב בבקשת מידע | פיתוח פרוייקט C++ בויזואל סטודיו קוד:

כבר c++ זה שפה מכוערת וקשה

מילא קצת קשה, אבל למה מכוערת?

כבר ראית c++ ?

template <typename T, template<class> class U>
constexpr auto foo(const U<T>& x) noexcept -> decltype(x.bar()) {
    return x.bar();
}

זה ממש יפה

גם גמיני אומר את זה

@אלדד-הדני-0 כתב בבקשת מידע | פיתוח פרוייקט C++ בויזואל סטודיו קוד:

@לא-מתייאש זה חינמי? מה זה בעצם? סליחה על הבורות
ולמה אין אפשרות להוריד את זה מהאתר?

וכשאני לוחץ על "הורידו את אפליקציית" וכו' זה מביא אותי לדף ההורדה אבל שום דבר לא יורד

תתקין את jetbrains toolbox ומשם תתקין את clion

@אלדד-הדני-0 כתב בבקשת מידע | פיתוח פרוייקט C++ בויזואל סטודיו קוד:

אוקי חברים, אז כנראה שזו היתה מידי העזה לבקש ממנהלי החדר מחשבים להתקין כאן ויזואל סטודיו...
אני רוצה להשתמש בויזואל סטודיו קוד לפיתוח פרוייקט C++. אני מחפש מישהו עם ניסיון בעניין, מכיוון שלא הבנתי בדיוק איך אני אמור לארגן את הפרוייקט בלי קובץ אוטומטי רק עם קובצי JSON מעצבנים
אז אם אני רוצה לקמפל ולדבג בGCC או CLANG, אני אמור לכתוב בעצמי קובץ JSON ולהכניס ידנית את כל הקבצים שאני רוצה לקמפל ואת כל ההגדרות של הקומפיילר? כלומר, אין איזה תוסף שיכול לעשות לי את זה באופן אוטומטי?
תודה רבה!

פליז אל תשתמש בויזואל סטודיו, כבר c++ זה שפה מכוערת וקשה, למה להשתמש גם בide מכוער וקשה ?
תשתמש בclion והוא יעשה את ההגדרה של clang או gcc בשבילך

@י.-פל. כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:

הסבר:
מציג מובנה - מה שיש כעת. קל, נח, עם חסרונות: לא ניתן לבחור טקסט [ואם ניתן - לא ניתן לגלול. או/או].
קפיצות בPDF [אם כי לדעתי זה באג שלנו, אך אנו לא מצליחים לפתור אותו].

web_viewer - הצגה כמו בדפדפן. כולל המון תכונות מתקדמות, מציג נח ויפה, אך זולל ראם. בנוסף, יתכן ויצטרכו [לפחות במערכות הפעלה מסויימות], להתקין תוכנה נלווית.
@userbot @גאון-גדול

איך חשבתם להשתמש בweb view, כי לדעתי אם עושים את זה נכון, זה לא אמור לזלל יותר ראם, אפילו פחות לדעתי, אבל זה יהיה מאוד תלוי בספרייה איך עשו את זה

עריכה : אני חוזר בי, ראיתי מה שהם כתבו כאן : https://pub.dev/packages/webview_windows

Unfortunately, Microsoft Edge WebView2 doesn't currently have an explicit API for offscreen rendering. In order to still be able to obtain a pixel buffer upon rendering a new frame, this plugin currently relies on the Windows.Graphics.Capture API provided by Windows 10. The downside is that older Windows versions aren't currently supported.

במילים אחרות, זה נראה שפלאטר לא מאפשר להשתמש במשטה מערכת מקורי (hwnd, directx) ולכן עשו משהו שזה יהיה כבד מאוד מאוד מבחינת ראם ומעבד, כי גם אם היה api בשביל offscreen rendering, זה היה עדיין נשאר מאוד כבר לצייר הכל עם המנוע של פלאטר, אבל עכשיו שאין בכלל זה ממש יהיה כבד של הכבד, או שהם באמת כן משתמשים בhwnd, כי לפי gpt זה אפשרי, צריך לבדוק, כי גם אם אין offscreen rendering, אם הם משתמשים בhwnd זה לדעתי עדיין יזלול פחות ראם ממנוע של pdf אחר

יש לי חבר ששילב את זה בקומפוז (לצערי לא בקוד פתוח) והם פשוט הכניסו את משטח של הwebview דרך הapi בתוך container של compose , ולכן זה זולל בקושי 50 מ״ב בראם וזה היה כוונתי

@gon.kandi כתב בבקשה | המרת תוכנת זית מamd לarm:

@לא-מתייאש וואו באמת תודה רבה

תגיד לי אם זה עובד טוב או לא, כי אין לי איך לנסות

@gon.kandi
זהו הגיע https://github.com/kdroidFilter/SeforimApp/releases/download/v0.3.11/zayit_0.3.11_arm64.deb

@gon.kandi כתב בבקשה | המרת תוכנת זית מamd לarm:

סליחה אם זה נשמע בקשה גדולה מדי אבל לאחרונה יצא תוכנה ללימוד שעובדת גם בלינוקס אבל היא בנויה בamd ולכן לא מתאימה לשימוש ברספברי פיי שמשתמש בarm במידה ומישהו יתאים את זה יהיה אפשר בקלות להקים עמדת זית (לשואלים למה דווקא ברספברי פיי לרספברי פיי יש יכולות בדיוק בשביל זה כגון האפשרות להשאר דלוק הרבה מאוד זמן וכמובן יש את היתרון שהוא עולה יחסית מעט) עכשיו אני מודע לכך שיש אמולטרים אבל זה כמובן לא עובד חלק ככה. ושמעתי שיש כלים שממירים את הקוד (כלומר מחליפים את הפקודה לamd בפקודה המקבילה לarm) אז אשמח אם מישהו יכול לבנות כזה. במידה וזה לא אפשרי בצורה קלה אלא מצריך לגמרי לבנות את הקוד מאפס כמובן אני לא אטריח (אני יודע שזה בנוי למעבדים אחרים ובמילא הקוד שונה לגמרי לא צריך להגיד לי את זה השאלה שלי היא האם יש ממיר שמחליף לבד את הפקודה במקבילה שלה. א"כ אשמח מאוד)

האמת שזה דבר שמעולם לא יכולתי לדמיין שהיו הולכים לשאול אותי, כבר לינוקס אין הרבה משתמשים אבל לינוקס arm זה כבר עולם אחר, בקיצור ב״ה אקמפל בשבילך ללינוקס arm זה כלום, אני אוציא עדכון קטן אני חושב בערב ב״ה

@עניו-כמשה כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@לא-מתייאש כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@עניו-כמשה כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@לא-מתייאש כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@דור-נאמן כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

מצאתי את המחשב הזה

ומפרטו כך:
גודל מסך: 16 אינטש
סוג מעבד: Intel Core i9
נפח זיכרון RAM: GB‏ 32
כרטיס מסך: NVIDIA GeForce RTX 4060
ללא מערכת פעלה

מה דעת המבינים בעניין. שווה?

שכוייח גדול.

Spoiler

הפורום מלאבקישורים למחשבים ניידים, שאזל להם המלאי.

קח מקבוק

איזה מק מומלץ באמת

בשבילו פרו, 24 ראם במאק לדעתי שווה ל32 בווינדוס ולדעתי m5 יספיק בהרבה

חשבתי m2 גם מספיק

לא?

אני לא עושה גרפיקה, תלוי מה הוא עושה, אבל וודאי שאם יש רנדרים ארוכים, חייב פרו כי לו מאוור
אבל הוא רצה משהו רציני i9 ו4060, m5 מבחינה גרפית ומעבד שווה לא m2 (וגם אם לא בדיוק שווה, ידוע שהתוכנות כאלו רצו הרבה הרבה הרבה יותר מהיר במק כי יש אופטימיזצייה מאוד מאוד חזקה בשביל המעבדים הללו)
רק שעם הi9 ו4060 יהיה לו אוליי שעה וחצי סוללה ועם המק בין 18 ל20 שעות

@עניו-כמשה כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@לא-מתייאש כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@דור-נאמן כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

מצאתי את המחשב הזה

ומפרטו כך:
גודל מסך: 16 אינטש
סוג מעבד: Intel Core i9
נפח זיכרון RAM: GB‏ 32
כרטיס מסך: NVIDIA GeForce RTX 4060
ללא מערכת פעלה

מה דעת המבינים בעניין. שווה?

שכוייח גדול.

Spoiler

הפורום מלאבקישורים למחשבים ניידים, שאזל להם המלאי.

קח מקבוק

איזה מק מומלץ באמת

בשבילו פרו, 24 ראם במאק לדעתי שווה ל32 בווינדוס ולדעתי m5 יספיק בהרבה

@דור-נאמן כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

@לא-מתייאש אני צריך נטפרי.

נטפרי או וויפרי ? כי נטפרי עובד

@דור-נאמן כתב בבקשת מידע | מחשב נייד טוב לתוכנות גרפיקה + תלת מימד ורינדור:

מצאתי את המחשב הזה

ומפרטו כך:
גודל מסך: 16 אינטש
סוג מעבד: Intel Core i9
נפח זיכרון RAM: GB‏ 32
כרטיס מסך: NVIDIA GeForce RTX 4060
ללא מערכת פעלה

מה דעת המבינים בעניין. שווה?

שכוייח גדול.

Spoiler

הפורום מלאבקישורים למחשבים ניידים, שאזל להם המלאי.

קח מקבוק

@במה כתב בשיתוף | להכשיר (כמעט) כל אנדרואיד לוויז ומייל בלבד – קיידרואיד 0.9.8 גרסת בטא ציבורית!:

https://play.google.com/store/apps/details?id=com.egged.egg&pcampaignid=web_share
מקווה שזה טוב (פתחתי דרך הדפדפן)

אנסה הערב, בטוח אין צורך לחסום משהו ?

@אביגדור-ברמן כתב בשיתוף | להכשיר (כמעט) כל אנדרואיד לוויז ומייל בלבד – קיידרואיד 0.9.8 גרסת בטא ציבורית!:

https://www.jdn.co.il/consumer/2512101/
אני בטוח שיותר טוב ממוביט
ממתינים לזה בקיידרואיד?
לפי חווית שימוש באפליקציה - אין פירצה שאני מצאתי
כך שאין סיבה לא לפתוח - כמו שהיא!
(במקום מוביט שכל יומיים יוצא עדכון - ב'אג' לא יצא עדכון מאז הוצאת האפליקציה (מעל שבועיים))
ומוביט צריך לחסום פרסומות וכו'

ב״ה, מה קישור לגוגל פליי ?