Budżet: 100 USD Termin: 4 dni
Witam. nie mam doświadczenia w pracy ale jestem gotowy podjąć się tego projektu z pełnym zaangażowaniem
Potrzebne narzędzie do edycji pliku lua, pliku tekstowego oraz możliwe pliku .data, aby wszystko współpracowało razem z interfejsem do wyświetlania zmian danych w samych plikach bez modyfikacji kodowania plików
Główne parametry
Plik Lua odpowiada za pozycję w interfejsie tych lub innych ID z podkategorii
Plik tekstowy odpowiada za opis ID, dla każdego ID swój opis w formacie tekstowym
.data to główne dane całej struktury "możliwe, że nie będzie potrzeby wsparcia w zależności od metody logiki" szczegółową logikę omówimy
Design interfejsu minimalny, czysto dla wygodnego użytkowania
Cena może być omówiona w zależności od końcowej logiki narzędzia i zadania
Budżet: 100 USD Termin: 4 dni
Witam. nie mam doświadczenia w pracy ale jestem gotowy podjąć się tego projektu z pełnym zaangażowaniem
Budżet: 100 USD Termin: 2 dni
Stworzę prosty i wygodny narzędzie do edycji plików lua, tekstowych oraz .data z minimalistycznym interfejsem dla Windows.
Zapewnię pełne wyświetlanie i edycję zmian we wszystkich plikach bez duplikowania lub przekodowania.
— Wygodny podgląd i edycja struktury plików
— Wszystkie zmiany — w jednym interfejsie
— Gotowy uwzględnić wszystkie niuanse logiki i struktury, które są potrzebne do Twojego zadania
Koszt: 100 USD (lub według uzgodnienia po doprecyzowaniu szczegółów)
Termin: 2 dni
Czekam na szczegóły struktury plików .data lub przykłady do poprawnej realizacji.
Budżet: 100 USD Termin: 2 dni
Dzień dobry.
Chciałbym zaproponować opracowanie minimalistycznego narzędzia z graficznym interfejsem, przeznaczonego do pracy z plikami trzech typów — Lua, tekstowymi (.txt) oraz, w razie potrzeby, plikami .data. Główny pomysł polega na połączeniu informacji ze wszystkich trzech źródeł w wygodnym, prostym interfejsie bez zbędnych elementów. Plik Lua zawiera identyfikatory z współrzędnymi i kategoriami, plik tekstowy zawiera opis każdego identyfikatora, a plik .data jest nośnikiem głównej struktury danych, którą można podłączyć w zależności od logiki, która zostanie określona na kolejnym etapie.
Kluczowym aspektem tego programu jest zachowanie oryginalnego kodowania plików podczas edycji, bez zniekształcania struktury czy formatowania. Interfejs powinien umożliwiać otwieranie i przeglądanie danych w formie tabeli, gdzie dla każdego ID można będzie zobaczyć jego pozycję, kategorię, opis, a także w razie potrzeby — powiązane dane z pliku .data. Każdy element powinien być dostępny do edycji, z możliwością zapisania zmian bez utraty pierwotnej logiki lub formatów.
Realizacja projektu może zostać wykonana w Pythonie z użyciem bibliotek do tworzenia interfejsu, takich jak PyQt lub Tkinter, albo też można stworzyć prostą aplikację desktopową opartą na technologiach webowych za pomocą Electron. Do obsługi plików Lua można użyć albo bezpośredniego parsowania składniowego, albo wbudowanego bezpiecznego środowiska wykonawczego, w zależności od złożoności i wymagań bezpieczeństwa. Wszystkie zmiany wprowadzone przez interfejs powinny być stosowane bez naruszania oryginalnej struktury plików, a także mieć funkcje cofania i zapisywania kopii zapasowych w razie potrzeby.
Oczekiwany czas realizacji takiego narzędzia — około od dwóch do czterech tygodni, w zależności od poziomu szczegółowości logiki obsługi pliku .data i wymagań końcowego interfejsu. Koszt jest omawiany indywidualnie i będzie zależał od dokładnej listy zadań, które chcesz rozwiązać za pomocą tego narzędzia.
Chętnie omówię szczegóły, przejrzę przykładowe pliki i opracuję prototyp, aby szybciej przejść do realizacji. Jeśli ta propozycja Cię zainteresowała, chętnie skontaktuję się w dowolny dla Ciebie wygodny sposób.
Budżet: 100 USD Termin: 1 dzień
Witam!
Zainteresował mnie Twój projekt. Mam doświadczenie w tworzeniu narzędzi z graficznym interfejsem (PyQt5, Tkinter, pywebview) do pracy z plikami różnych formatów — Lua, tekstowe (.txt) i .data — z zachowaniem oryginalnego kodowania i struktury danych.
Jestem gotów zrealizować wygodne narzędzie, które pozwoli:
- edytować plik Lua odpowiedzialny za rozmieszczenie ID i podkategorii w interfejsie;
- wprowadzać poprawki w pliku tekstowym z opisami dla każdego ID;
- w razie potrzeby — dodać obsługę pliku .data (szczegóły logiki omówimy osobno).
Interfejs będzie minimalistyczny i intuicyjny, skoncentrowany na prostocie użytkowania. Praca z plikami będzie realizowana bez zmiany ich struktury lub kodowania.
Koszt jest do omówienia — wszystko zależy od końcowych wymagań i zakresu logiki. Jestem gotów rozpocząć po doprecyzowaniu szczegółów. Skontaktuj się ze mną, aby omówić niuanse zadania!
Budżet: 300 USD Termin: 14 dni
Dzień dobry, robiłem podobne rzeczy, kiedy pisałem tłumaczenie do gry, datamining modeli / zasobów.
Masz kategorię c / c++, czyli potrzebujesz interfejsu na qt / wxwidgets? Można na c++, ale taką prostą narzędzię taniej i szybciej będzie zrobić w Pythonie, to już według Twojego życzenia.
O jakiej dokładnie metodzie logiki mówisz - nie do końca zrozumiałem, można omówić.
Budżet: 100 USD Termin: 5 dni
Dzień dobry!
Mogę opracować prosty i wygodny interfejs do edycji Lua, plików tekstowych i .data z uwzględnieniem Twoich wymagań.
Gotowy do omówienia szczegółów logiki i dostarczenia wysokiej jakości rozwiązania.
Czekam na przykłady plików do oceny.
Здравствуйте!
Я уже подготовил интерфейс редактора и готов приступить к реализации.
Гарантирую быстрый результат с чистым кодом и удобным дизайном. Могу учесть все нюансы форматов: Lua, .txt и .data.
Полная стоимость проекта — 100$, но готов выполнить для вас за 80$, как для первого клиента.
Редактор будет включать все необходимые функции:
- Открытие и сохранение файлов
- Выбор форматов (Lua, TXT, DATA)
- Отображение и редактирование содержимого
- Удобный и понятный интерфейс на WinForms
Работаю с современным подходом и стараюсь сделать всё максимально качественно.
Могу начать прямо сейчас. Срок выполнения — до 2 дней.
Жду вашего ответа!
Wymagana jest разработка łatki do sterownika karty graficznej, rozszerzającej możliwości zarządzania adapterem graficznym poprzez dodanie dodatkowych ustawień użytkownika. Łatka powinna integrować się z istniejącą architekturą sterownika bez naruszania jego podstawowej funkcjonalności i zapewniać zgodność z obsługiwanymi wersjami systemu operacyjnego. Głównym celem jest zapewnienie bardziej elastycznego dostępu do parametrów, które są niedostępne w standardowej panelu sterowania, z możliwością ich zmiany przez interfejs użytkownika lub programowe API. Łatka powinna przewidywać modułową strukturę, umożliwiającą w przyszłości dodawanie nowych parametrów bez istotnej przeróbki kodu. Należy zapewnić poprawne przetwarzanie błędów, rejestrowanie zmian, możliwość przywrócenia ustawień do wartości domyślnych, a także zachowanie zgodności z przyszłymi aktualizacjami sterownika, o ile to możliwe. Rozwiązanie powinno być dostarczone z dokumentacją techniczną opisującą architekturę, zrealizowane możliwości, ograniczenia oraz zalecenia dotyczące testowania.
Jesteśmy dużą firmą logistyczną, która ma własny eksport. Dysponujemy dużym parkiem samochodowym i nieustannie wysyłamy nasze pojazdy na eksport do krajów Europy.Opis Strona: https://echerha.gov.ua/ Na tej stronie umieszczamy nasze samochody w elektronicznej kolejce do przekroczenia granicy państwowej. Podczas rejestracji należy wprowadzić następujące dane: imię i nazwisko kierowcy; numer paszportu zagranicznego; adres e-mail; numer telefonu logisty do otrzymywania powiadomień; typ pojazdu (ciężarowy); nazwa producenta samochodu; numer rejestracyjny ciągnika; numer rejestracyjny przyczepy; numer deklaracji celnej. Dla każdego samochodu z góry określono konkretny dzień i godzinę przekroczenia granicy. Na przykład, samochód musi przejść przez punkt kontrolny „Rawa-Ruska” w poniedziałek o 10:00.Nasz problem - Kolejka na stronie https://echerha.gov.ua/ porusza się nieprzewidywalnie. - Na przykład, dzisiaj jest piątek, a samochód musi przekroczyć granicę w poniedziałek o 10:00. - Nie wiemy, kiedy dokładnie kolejka zacznie się posuwać. Może to nastąpić w piątek wieczorem, w dowolnym momencie w sobotę lub niedzielę, wcześnie rano, w ciągu dnia lub późno wieczorem. - Kiedy kolejka zaczyna się poruszać, jest to od razu widoczne na stronie. Czasami w ciągu zaledwie kilku minut może przesunąć się z piątku na poniedziałek lub nawet na wtorek. - Z tego powodu logistycy muszą nieustannie kontrolować aplikację mobilną lub stronę internetową, aby nie przegapić momentu, gdy kolejka dojdzie do potrzebnej daty i godziny. Jeśli ten moment zostanie utracony, fizycznie nie zdążamy umieścić samochodu w kolejce na odpowiedni slot czasowy.Zadanie - Po wprowadzeniu danych o samochodzie (na przykład do tabeli lub innego interfejsu, w zależności od realizacji programisty) system powinien automatycznie śledzić ruch kolejki. - Kiedy kolejka dojdzie do wcześniej określonej daty i godziny, system powinien automatycznie wypełnić wymagane dane i umieścić samochód w kolejce bez udziału logisty.
Szukam doświadczonego programisty TrinityCore 3.3.5a, który dobrze zna się na strukturze jądra, systemie Battleground, C++, SQL i kliencie WoW 3.3.5. W projekcie zintegrowano już niestandardowy Battleground „Dolina Niewolnictwa” (Slavery Valley), przeniesiony z AzerothCore na TrinityCore. Główna część pracy została już wykonana, jednak wymaga doprowadzenia do poziomu Blizzard.Co już zrobiono TrinityCore 3.3.5a + Eluna. Serwer w pełni skonfigurowany. Battleground zintegrowany z jądrem. Działa wejście do BG. Działa interfejs klienta (częściowo). Przeniesiono większość SQL i DBC. Buduje się bez błędów.Co należy zrobić Naprawić pozostałe błędy Battleground. Doprowadzić mechanikę do poziomu oficjalnych Battleground Blizzard. Naprawić fazę startową meczu. Wdrożyć poprawne bramy startowe/ściany ognia. Naprawić mechanikę przejmowania punktów. Naprawić zakończenie meczu. Sprawdzić przyznawanie punktów i działanie WorldState. Naprawić pozostałe problemy C++ i SQL. Przeprowadzić pełne testy gry.Wymagania Obowiązkowe doświadczenie: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Dużym plusem będzie: AzerothCore; Eluna; doświadczenie w tworzeniu Battleground; znajomość części klienckiej WoW 3.3.5a.Format pracy Praca etapowa. Po każdym etapie obowiązkowe testowanie. Każdy etap akceptowany tylko po weryfikacji w grze. Potrzebne są zrozumiałe raporty dotyczące zmian.W przyszłości To długoterminowy projekt. Po zakończeniu Battleground planowane jest: przeniesienie nowych Battleground; przeniesienie nowych aren; nowe rasy; nowe klasy; nowe systemy gry; dalszy rozwój własnego serwera World of Warcraft 3.3.5a. Szukam programisty, który już pracował z TrinityCore i będzie w stanie nie tylko pisać kod, ale doprowadzić system do w pełni działającego stanu.nie serwer z 0 jak chcę Jeśli szukasz programisty nie tylko na jeden Battleground, ale na stworzenie serwera od podstaw, to ogłoszenie powinno wyglądać mniej więcej tak.Nazwa projektu Rozwój serwera World of Warcraft 3.3.5a od podstaw (TrinityCore / C++ / SQL / Eluna)Opis projektu Szukam doświadczonego programisty TrinityCore 3.3.5a do długoterminowej współpracy. Potrzebuję osoby, która będzie w stanie od podstaw stworzyć w pełni gotowy serwer gry World of Warcraft 3.3.5a na bazie TrinityCore z dalszym rozwojem projektu. Projekt jest duży i przewidziany na kilka miesięcy rozwoju.Podstawa projektu TrinityCore 3.3.5a. Jak najbardziej stabilna i zbliżona do Blizzard baza. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.Co planuje się zrealizować W pełni działający serwer 3.3.5a. Naprawa błędów jądra. Rozwój nowych systemów gry. Integracja niestandardowych Battleground. Integracja nowych aren. Przeniesienie użytecznych modułów z AzerothCore na TrinityCore. Rozwój własnych modułów. Nowe systemy PvP i PvE. Nowe wydarzenia w grze. Balansowanie klas. Dodatkowe systemy progresji. Poprawa wydajności serwera.W przyszłości Po zakończeniu podstawowej części planowane jest: nowe rasy; nowe klasy; nowe strefy; nowe lochy; nowe rajdy; nowe Battleground; nowe profesje; nowe mechaniki gry; integracja nowoczesnych systemów w kliencie 3.3.5a.Wymagania dla programisty Obowiązkowe: Doskonała znajomość TrinityCore 3.3.5a. Pewna znajomość C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Znajomość architektury TrinityCore. Doświadczenie w pracy z Battleground, PvP i mechanikami gry. Dużym plusem będzie: Doświadczenie w pracy z AzerothCore. Eluna Lua Engine. Praca z DBC i MPQ. Doświadczenie w tworzeniu własnych systemów gry.Format pracy Praca etapowa. Każde zadanie jest dokumentowane jako osobne zadanie techniczne. Po każdym etapie przeprowadzane są obowiązkowe testy. Praca akceptowana tylko po weryfikacji bezpośrednio w grze. Potrzebny jest programista, który potrafi doprowadzić funkcjonalność do w pełni działającego stanu, a nie tylko pisać kod.
Stworzyć kompatybilność między naziemną stacją zarządzania, systemem automatycznego startu (SAS), radarem a samolotem.