Projektem: Ermirage
2013-11-24T17:22:39+01:00
2013-11-27T00:28:26+01:00
2022-07-19T01:13:01+02:00
  • Az meg jó ha natív az alkalmazás, nem azért vesz az ember egy új gépet, hogy a proci 10%-át megegye egy naptár alkalmazás.


    Pedig de.
    Különben mi szükség volna a 2-4-8-16-stb. magos processzorokra a teljesen átlagos gépekben is?

    Egyébként, leteszteltem.
    A default Win8-as naptár alkalmazásom procihasználata - a taskmanager szerint - nem hogy a 10, de még az 5%-os csak nagy nehezen érte el, akkor is csak egy pillanatra, mikor épp nagyon nyúztam. Átlag 0,7-1%. Körülbelül, mint egy notepad.
    A metrós "Notepad Classic" nevű alkalmazás pedig még kevesebbet kér.

    A natív Paintből viszont simán ki tudtam hozni 50%-os procihasználatot is...
    Na de ez itt off.
    Mutasd a teljes hozzászólást!
  • Ne legyetek ilyen kritikusak.

    Mondjuk az jó lenne, ha egy központi szerveren lennének az adatok és több gépen, készüléken használható lenne. De gondolom nem nagy kaland később átírni.

    Az meg jó ha natív az alkalmazás, nem azért vesz az ember egy új gépet, hogy a proci 10%-át megegye egy naptár alkalmazás.

    Mondjuk nekem nincs ilyesmire igényem, de biztos van akinek van.
    Mutasd a teljes hozzászólást!
  • Szia,

    szerintem tök igaza van az előttem szólónak, 2013-ban, mikor már a bolhapiaci kenyérpirító is érti a HTML-t meg mp3-at játszik le, ilyesmit egyszál natív alkalmazásként elkészíteni gyarlóság.
    Készítsd el ugyanezt webes változatban, aztán jöhetnek a platformspecifikus kliensek. De akkor már mindenképp csináld meg csempésre.
    Mutasd a teljes hozzászólást!
  • Ez egy f.s, nem is tudom, hol kezdjem a fikazast.

    Az alap koncepció az, hogy legyen egy mindig elérhető könnyen kezelhető és átlátható naptár.


    Ezzel szemben az alkalmazasod kliens-oldalon tarolja a "master" adatokat, azt is egy egyre kisebb jelentosegu OS-en. A mobil eszkozok koraban ilyensmit kizarolag szerver-oldali alkalmazaskent erdemes fejleszteni elsosorban webes felulettel, aztan fejleszteni hozza gcal/EAS/SyncML/Caldav szinkronizaciot, esetleg platform-specifikus kliens alkalmazasokat.

    Megis miert erne meg barkinek is a te megoldasodat hasznalnia, amikor a legmenobb emil szolgaltatok (gmail, yahoo mail, outlook.com) mar regota tudnak ilyent es konnyeden lehet oket sokfele eszkozzel es PIM-el szinkronizalni?

    Jo, ha csak egy eldobhato hobbi-tanulo projektnek szantad, nem szoltam.
    Mutasd a teljes hozzászólást!
  • Sziasztok

    Készülő projektemet szeretném megmutatni.

    Igaz még csak pár képpel szolgálhatók, de jövő hét szerdán lesz béta, akkor majd le lehet tölteni és jól meg lehet fogdosni.

    http://ermirage.com/ermirage.png
    http://ermirage.com/ermirage_full.png


    Az alap koncepció az, hogy legyen egy mindig elérhető könnyen kezelhető és átlátható naptár.
    A progi alapértelmezetten a Windows-sal indul és a system-tary-ről elérhető. De elindítható/megjeleníthető ikonnal és billentyűkombinációval is.

    A legfontosabb funkciói a következőek:

    - többféle esemény nézet: ütemező (ez van képekeken) és lista nézet
    - ismétlődő események (lásd Outlook)
    - emlékeztetők (reminders)
    - Google Calendar szinkronizáció
    - Facebook szinkronizáció, szülinapok, események
    - többféle esemény létrehozása normál, fontos, rejtett, egyszerű
    - kategóriák (az események külön kategóriába rendezése)
    - Google Map integráció
    - Keresés az események között (esemény cím, esemény leírás, hely)
    - import/export

    Mi a véleményetek így félig látatlanban?
    Mutasd a teljes hozzászólást!
abcd