Skip to content

Settings and activity

4 results found

  1. 258 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    tas commented  · 

    Yes the code is platform spezific - but thi code is already written as library (LCL) of Lazarus. - Buttons, Scrollbars ProgressBars, Dialogs. Everything what Platform specific is already there - that is the aim of Lazarus.

    You just need to writeyour Application using LCL:
    ...
    var btn:=TButton.Create(nil);
    btn.caption:='Test!';
    showmessage('hello, world!');
    ...
    Can you detect some specific code?
    Is it a code for win /linux / mac ?
    You can't even say what platform is a target for this code.

    Because you can define it in compiler after the whole application ready.
    Have you used a JAVA? - it' better than JAVA - because of compiled machine code and not interpreted like in Python and Java.

    An error occurred while saving the comment
    tas commented  · 

    No Documentation?
    You have Tutorials / Wiki's - and if you can Delphi you don't need to know much more to make TaskCoach.

    An error occurred while saving the comment
    tas commented  · 
    An error occurred while saving the comment
    tas commented  · 

    Don't know what you mean - try lazarus it's like Delphi - and just change compiling target and you will get Linux / Windows / WinCE / Mac Application :)

    An error occurred while saving the comment
    tas commented  · 

    @Jerome - just take a better look to Lazarus - write once compile everywhere.

    tas supported this idea  · 
    An error occurred while saving the comment
    tas commented  · 

    Yeah use Free Pascal and it will work everywhere :)

  2. 18 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    tas supported this idea  · 
  3. 50 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    tas supported this idea  · 
  4. 46 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We will leave this open, but please, everyone who wants files to just be moved or copied to a directory that could be paired with the .tsk file, move your vote to this:
    http://taskcoach.uservoice.com/forums/26465-desktop-version-windows-linux-mac-of-task-coach/suggestions/991699-allow-real-attachments

    This request here will be considered specifically a request for within the .tsk file itself. It is also unlikely that this request will be implemented. The other, which already has more votes, is more realistic.

    An error occurred while saving the comment
    tas commented  · 

    I don't use Python - that's the only Reason, why i don't code some features in a Taskcoach.

    An error occurred while saving the comment
    tas commented  · 

    Ok, i have two solutions for you:

    1. TSK-File + StorageFolder which can be set in "Options", so that alle attachements can be stored there as normal files and the Filenames would be some kind of GUID's to avoid Problems.

    2. If you want to have a All-in-One-File-Solution you can use ZIP-File, like OpenOffice.Org-Files (ODS / ODT ...) do and the compression level can be set by a user (size vs. perfomance).

    In a second solution the TSK-Files would be much smaller (TEXT->ZIP) and you can avoid compatibility Problems with FileFormat if you just read a first bytes of TSK-File to detect XML vs. ZIP.

    What do you think?

    An error occurred while saving the comment
    tas shared this idea  ·