Twoje PC  
Zarejestruj się na Twoje PC
TwojePC.pl | PC | Komputery, nowe technologie, recenzje, testy
B O A R D
   » Board
 » Zadaj pytanie
 » Archiwum
 » Szukaj
 » Stylizacja

 
M E N U
  0
 » Nowości
0
 » Archiwum
0
 » Recenzje / Testy
0
 » Board
0
 » Rejestracja
0
0
 
Szukaj @ TwojePC
 

w Newsach i na Boardzie
 
OBECNI NA TPC
 
 » MARtiuS 08:47
 » DJopek 08:47
 » JE Jacaw 08:41
 » Kool@ 08:40
 » XepeR 08:38
 » Dhoine 08:37
 » DYD 08:36
 » Ament 08:34
 » OBoloG 08:30
 » Demo 08:28
 » gigamiki 08:27
 » petropank 08:27
 » ligand17 08:26
 » zartie 08:26
 » Wolf 08:24
 » b0b3r 08:24
 » rainy 08:04
 » Sebek 08:00
 » exmac 07:59
 » cVas 07:44

 Dzisiaj przeczytano
 41111 postów,
 wczoraj 25974

 Szybkie ładowanie
 jest:
włączone.

 
ccc
TwojePC.pl © 2001 - 2024
A R C H I W A L N A   W I A D O M O Ś Ć
    

[EXCEL] zliczanie czasu - cz. 2 (od 7:20 do 15:30) , XCLONE 24/07/07 13:47
cześć.

poprzednia rada była rewelacyjna - problem załatwiło sformatowanie kom. na #":"??/60 - sumuje się też idealnie tak, jak powinno - DZIĘKI!

dzisiaj problem drugi - czasy pracy operatorów: mam 2 kolumny, godzina rozpoczęcia, godzina zakończenia - potrzebuję z tego wyciągnąć ilość czasu w formacie podobnym, jak poprzednio (g:mm/60).. narazie wymyśliłem na "jeżeli":
np. (A)7:20 - (B)00:20, jeżeli B-A<0 to licz (23:59-A)+(B-00:01)+(0:02)... oczywiście, jeśli czas mieści się w tym samym dniu, to poprostu B-A...

Macie pomysł, jak to rozwiązać lepiej ? żeby to co podałęm działało, musiałem rozszerzyć arkusz o 3 kolumny - z końcem i początkiem dnia (23:59, 0:01) i brakującymi minutami (0:02)... później te kolumny ukrywam, a później szef pyta, co mam tam pochowane.... :) może da się to jakoś obejść ?

--
Pozdr.
Artur S.

The World HAS Changed..
:P

  1. da sie obejsc , Dhoine 24/07/07 13:50
    Nie ukrywaj kolumn, tylko daj kolor tekstu BIALY. I masz szefa z glowy.

    1. a jesli nie chcesz kolorowac ;) , Dhoine 24/07/07 13:59
      to taka formula:

      =JEŻELI(B1-A1>0;(B1-A1)/0,0006944444/60;24-(A1/0,0006944444/60)+B1/0,0006944444/60)

      1. tu jakaś bzdura wychodzi... :> , XCLONE 24/07/07 15:44
        7:00 do 15:00 = 0:00
        :P
        7:00 do 13:20 = 8:00 hehehe takie 8 godzin chciałbym pracować ;)

        --
        Pozdr.
        Artur S.

        The World HAS Changed..
        :P

        1. uhm , Dhoine 24/07/07 15:47
          format komorki z wynikiem - liczbowy (i np 2 miejsca po przecinku)

  2. A może takie coś ? , Soulfly 24/07/07 13:56
    w kom B1 7:20 a w C1 15:50
    =JEŻELI(C1>B1;0;1)-B1+C1

    delete dead.letter del dead.letter
    dele dead.letter mc

    1. tylko trzeba ustawić , Soulfly 24/07/07 13:57
      odpowiednie formatowanie komórek.

      delete dead.letter del dead.letter
      dele dead.letter mc

    2. pasi.. , XCLONE 24/07/07 15:49
      właśnie brakowało mi, do jakiej cyfry/liczby należy się odnieść, żeby mieć tzw. logiczną jedynkę (całość) - a to poprostu "1" :)
      Dzięki..

      --
      Pozdr.
      Artur S.

      The World HAS Changed..
      :P

  3. OpenOffice :) , waski 24/07/07 17:06
    Kiedys tez meczylem sie z takim czyms w excelu - trzeba bylo kombinowac naokolo nie wiedziec czemu...

    W OpenOffice w 3 kolumnach ustawilem sobie formatowanie na 'Godzina' (format HH:MM). W pierwszej mam czas rozpoczecia pracy, w drugiej zakonczenia, w trzeciej liczy mi sie ile czasu przepracowalem (zwykla roznica np D1-C1). Po zsumowaniu wierszy w 3 kolumnie mam ladnie ile godzin i minut przepracowalem (np 40:30). Zeby zamienic to na format liczbowy wystarczy pomnozyc * 24 - otrzymuje 40,5 co moge sobie ladnie pomnozyc przez stawke za godzine :)

    Generalnie nie lubie OO, Office od M$ zazwyczaj dziala duuzo lepiej, ale w tym jednym przypadku OO sprawuje sie wysmienicie :)

    SNAFU
    Situation Normal, All Fucked Up

    1. ja w ogóle generalnie wolę OO.. , XCLONE 24/07/07 20:48
      z przekory, z przyzwyczajenia, ze znajomości.. ale w firmie szefostwo posługuje się formatowaniem i komentowaniem typowo xls-owym, więc z musu też korzystam z MSOffice.. no cóż.. za to mi płacą.. ;)

      --
      Pozdr.
      Artur S.

      The World HAS Changed..
      :P

      1. niestety OO ma jedna, ale to powazna wade... , waski 24/07/07 22:04
        Kiedys robilem tabele, ktora miala kilka (pozniej kilkanascie) kolumn i ~50 tys wierszy. Chyba 3 kolumny z danymi, reszta to proste obliczenia (sumy, iloczyn, max, min, zadnych cudow tam nie bylo). Chwila pracy z OO i czlowieka szlag trafial... a Excel od MS radzil sobie bardzo dobrze (kilkanascie razy szybciej wszystko sie otwieralo, liczylo...).

        Tak, wiem ze to NIE jest zastosowanie dla arkusza kalkulacyjnego. Trzeba bylo zrobic baze albo np skrypt w awk i tekst przetwarzac... Ale mimo wszystko roznice w wydajnosci widac jak na dloni.

        SNAFU
        Situation Normal, All Fucked Up

        1. niestety , _oLo_1984 25/07/07 07:56
          zgadzam się ...


          pozdrawiam

          awake

        2. mhm, ale to chyba akurat wina slryptów w obu do rezerwowania pamięci.. , XCLONE 25/07/07 08:23
          tak mi się przynajmniej wydaje.. może to być spowodowane dążeniem OO do zajmowania jak najmniejszych zasobów...

          ja z kolei zauważyłem coś innego - w klientach pocztowych.. w firmie jak przyszedłem, wszyscy nałogowo uzywali MSOutlook.. ja oczywiście zainstalowałem u siebie TB, poodbierałem trochę poczty i teraz jak porównuję to moja poczta chodzi rewelacyjnie, a w innych miejscach, gdzie tej poczty jest o wiele mniej - chodzi tragicznie.. przeglądanie folderów - czyli cache'owanie danych w TB jest błyskawiczne, a w MSO fatalne... sprawdzałem już z archiwizacją - bez skutku.. :/

          --
          Pozdr.
          Artur S.

          The World HAS Changed..
          :P

          1. chyba nie bardzo ;) , waski 25/07/07 18:36
            Excel 2007 po otworzeniu pliku (xlsm) zajmowal jakies ~100MB pamieci. OO (otwierany ods) 5x wiecej... w OO wlaczone szybkie uruchamianie.
            Zeby nie bylo watpliwosci - przed chwilka dla testow otwieralem ods'a zapisanego z xls...

            Ale tak jak pisalem wyzej dokument zaczalem tworzyc w OO, zapisujac w jego natywnym formacie - no i po jakims czasie musialem jednak uzyc Excela.

            SNAFU
            Situation Normal, All Fucked Up

        3. nie zgadzam się z Tobą, jeśli pozwolisz , bwana 25/07/07 13:21
          arkusz kalkulacyjny jest narzędziem do prezentacji, przetwarzania i analizy danych, zatem nie ma nic wyuzdanego w oczekiwaniu, żeby kilkadziesiąt tysięcy wierszy danych dało się łatwo przetwarzać. fakt, że wolę do tego tandem Oracle DB i Discoverer, ale... arkusz naprawdę powinien radzić sobie z takimi zastosowaniami. Inna sprawa, że pewnie arkusze są używane głównie do "drukowania tabelek" w biurach, ewentualnie robienia podręcznych zestawień i liczba użytkowników z oczekiwaniami jak wyżej jest stosunkowo mała.

          "you don't need your smile when I cut
          your throat"

        4. ja znalazłem inną wadę arkusza w OO , bwana 25/07/07 13:43
          w niektórych moich arkuszach autofiltr nie działa poprawnie. mam np. arkusz przychodów/rozchodów z kolumnami rok, miesiąc i cholera mnie bierze, bo po roku filtrowanie działa, a po miesiącu wyświetla mi kilka miesięcy (zaraz, zaraz, chyba zawsze 3 ostatnie miesiące, muszę się temu przyjrzeć) - mimo iż nie ma tam ustawionego jakiegoś niestandardowego warunku. Arkusz to skonwertowany (samym OO) do ods arkusz xls. Ale inne skonwertowane filtrują się poprawnie. Hmm...

          "you don't need your smile when I cut
          your throat"

    
All rights reserved ® Copyright and Design 2001-2024, TwojePC.PL