jtdaugherty / tart Goto Github PK

View Code? Open in Web Editor NEW

381.0 11.0 19.0 520 KB

Tart - draw ASCII art in the terminal with your mouse!

License: BSD 3-Clause "New" or "Revised" License

Haskell 100.00%

terminal ascii art brick vty haskell tui mouse drawing ascii-art

tart's Issues

Module 'Graphics.Vty' does not export 'mkVty'

Compiling on Ubuntu 22.04 on the latest master:

logandark@LoganDark-HP ~/tart (master)> cabal new-build
Build profile: -w ghc-8.8.4 -O1
In order, the following will be built (use -v for more details):
 - brick-0.69.1 (lib) (requires build)
 - tart-0.3 (exe:tart) (first run)
Starting     brick-0.69.1 (lib)
Building     brick-0.69.1 (lib)

Failed to build brick-0.69.1.
Build log (
/home/logandark/.cabal/logs/ghc-8.8.4/brick-0.69.1-0e0fda1e99d5552325b32d44e750e28f4175d5e2b6ed0dccc7d252e4f7b7e89f.log
):
Configuring library for brick-0.69.1..
Preprocessing library for brick-0.69.1..
Building library for brick-0.69.1..
[ 1 of 25] Compiling Brick.AttrMap    ( src/Brick/AttrMap.hs, dist/build/Brick/AttrMap.o )
[ 2 of 25] Compiling Brick.BChan      ( src/Brick/BChan.hs, dist/build/Brick/BChan.o )
[ 3 of 25] Compiling Brick.Types.TH   ( src/Brick/Types/TH.hs, dist/build/Brick/Types/TH.o )
[ 4 of 25] Compiling Brick.Types.Common ( src/Brick/Types/Common.hs, dist/build/Brick/Types/Common.o )
[ 5 of 25] Compiling Brick.Themes     ( src/Brick/Themes.hs, dist/build/Brick/Themes.o )
[ 6 of 25] Compiling Brick.Widgets.Border.Style ( src/Brick/Widgets/Border/Style.hs, dist/build/Brick/Widgets/Border/Style.o )
[ 7 of 25] Compiling Data.IMap        ( src/Data/IMap.hs, dist/build/Data/IMap.o )
[ 8 of 25] Compiling Brick.BorderMap  ( src/Brick/BorderMap.hs, dist/build/Brick/BorderMap.o )
[ 9 of 25] Compiling Brick.Types.Internal ( src/Brick/Types/Internal.hs, dist/build/Brick/Types/Internal.o )
[10 of 25] Compiling Brick.Util       ( src/Brick/Util.hs, dist/build/Brick/Util.o )
[11 of 25] Compiling Brick.Types      ( src/Brick/Types.hs, dist/build/Brick/Types.o )
[12 of 25] Compiling Brick.Widgets.Internal ( src/Brick/Widgets/Internal.hs, dist/build/Brick/Widgets/Internal.o )
[13 of 25] Compiling Brick.Widgets.Core ( src/Brick/Widgets/Core.hs, dist/build/Brick/Widgets/Core.o )
[14 of 25] Compiling Brick.Widgets.ProgressBar ( src/Brick/Widgets/ProgressBar.hs, dist/build/Brick/Widgets/ProgressBar.o )
[15 of 25] Compiling Brick.Widgets.Edit ( src/Brick/Widgets/Edit.hs, dist/build/Brick/Widgets/Edit.o )
[16 of 25] Compiling Brick.Widgets.Center ( src/Brick/Widgets/Center.hs, dist/build/Brick/Widgets/Center.o )
[17 of 25] Compiling Brick.Widgets.Border ( src/Brick/Widgets/Border.hs, dist/build/Brick/Widgets/Border.o )
[18 of 25] Compiling Brick.Widgets.Table ( src/Brick/Widgets/Table.hs, dist/build/Brick/Widgets/Table.o )
[19 of 25] Compiling Brick.Widgets.Dialog ( src/Brick/Widgets/Dialog.hs, dist/build/Brick/Widgets/Dialog.o )
[20 of 25] Compiling Brick.Focus      ( src/Brick/Focus.hs, dist/build/Brick/Focus.o )
[21 of 25] Compiling Brick.Main       ( src/Brick/Main.hs, dist/build/Brick/Main.o )

src/Brick/Main.hs:74:5: error:
    Module ‘Graphics.Vty’ does not export ‘mkVty’
   |
74 |   , mkVty
   |     ^^^^^
cabal: Failed to build brick-0.69.1 (which is required by exe:tart from
tart-0.3). See the build log above for details.

I've successfully compiled on Ubuntu before, so I'm not sure what could be the issue. Perhaps standard library changes, or third-party dependency changes?

I can't just update brick, as the 0.70 update presumably introduced breaking changes, judging by the latest master commit.

logandark@LoganDark-HP ~/tart (master)> ghc -V
The Glorious Glasgow Haskell Compilation System, version 8.8.4
logandark@LoganDark-HP ~/tart (master)> cabal -V
cabal-install version 3.0.0.0
compiled using version 3.0.1.0 of the Cabal library

Resize canvas dialog interface issue

Took me a second to realize I had to use tab to access the different text boxes of the dialogs. Clicking with the mouse doesn't work for some reason. Also, it would be nice if you could "click out" of a dialog by clicking on the outer screen, essentially a close-on-defocus thing.

This isn't really a bug, more of an interface preference

New release?

The tart package doesn't build on some distributions like Nix/NixOS because of some dependency incompatibility, resolved in issues #8 and #9. A new Hackage release would help.

Add a saving UI prior to quitting

Right now the only opportunity to save is on quit, and that's not very nice. I need to add a UI for saving before that point.

Cannot install with haskell-platform 8.2.1

When trying to install, I get this error:

# In file data-clist-0.1.2.0-GRWlwOEuIsQA9GA7i2yMwp.log
cabal: Entering directory '/tmp/cabal-tmp-30586/data-clist-0.1.2.0'
Configuring data-clist-0.1.2.0...
Preprocessing library for data-clist-0.1.2.0..
Building library for data-clist-0.1.2.0..
<command line>: cannot satisfy -package-id QuickCheck-2.10.0.1-DTIBC3CyU6p3h4xSnOjkg1: 
    QuickCheck-2.10.0.1-DTIBC3CyU6p3h4xSnOjkg1 is unusable due to shadowed dependencies:
      random-1.1-DtLcP2Z2iOOC0RwcSmXjBK tf-random-0.5-ABDhxe3mXYlHUEE5hzgewx
    (use -v for more information)
cabal: Leaving directory '/tmp/cabal-tmp-30586/data-clist-0.1.2.0'

openBinaryFile: does not exist (No such file or directory)

When trying to save the file and exit, I get the following error

openBinaryFile: does not exist (No such file or directory)

and I can't see the output files. Anything wrong with my build?

Thanks!

support lts-20

I am trying to build tart with roughly lts-20: actually for Fedora 38.
One problem is likely that lts now has brick-1.4,
however even before hitting that I get:

programs/Theme.hs:30:13: error:
    • No instance for (Data.String.IsString AttrName)
        arising from the literal ‘"error"’
    • In the expression: "error"
      In an equation for ‘errorAttr’: errorAttr = "error"
   |
30 | errorAttr = "error"
   |             ^^^^^^^

Maybe some upperbound missing?

The library builds just fine.

Include a `stack.yaml` for easier compiling with known working versions

Would there be any objection to having a stack.yaml file to make it simpler to compile this project with stack install?

This worked for me:

resolver: lts-9.0
packages:
- .
extra-deps:
- brick-0.23
- vty-5.17
- word-wrap-0.4.1

I generated the above with stack init --solver --resolver=lts-9.0 since using --resolver=nightly is crashing right now with:

$ stack init --solver --resolver=nightly
Looking for .cabal or package.yaml files to use to init the project.
Using cabal packages:
- tart.cabal

Selected resolver: nightly-2017-08-14
Selected resolver: nightly-2017-08-14
Downloaded nightly-2017-08-14 build plan.
AesonException "Error in $.packages.cassava.constraints.flags['bytestring--lt-0_10_4']: Invalid flag name: \"bytestring--lt-0_10_4\""

support vty >= 5.25

Currently tart has an upper-bound on vty which prevents it building with recent vty.
It would be nice to be able to build with recent version, eg Fedora ships 5.25.1 currently.

New release

Hi! Tart does not build on NixOS because of vty upperbound, but I see you removed it 10 days ago, so can you please make a new Hackage release?

customMain errors

I just tried to cabal install tart:

programs/Main.hs:112:13: error:
    • Couldn't match type ‘s0 -> IO s0’ with ‘IO a0’
      Expected type: App s0 e0 n0 -> IO a0
        Actual type: App s0 e0 n0 -> s0 -> IO s0
    • Probable cause: ‘customMain’ is applied to too few arguments
      In the second argument of ‘(.)’, namely
        ‘customMain mkVty (Just chan) application’
      In the first argument of ‘(=<<)’, namely
        ‘(void . customMain mkVty (Just chan) application)’
      In a stmt of a 'do' block:
        (void . customMain mkVty (Just chan) application)
          =<< mkInitialState chan c
    |
112 |     (void . customMain mkVty (Just chan) application) =<< mkInitialState chan c
    |             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

programs/Main.hs:112:24: error:
    • Couldn't match expected type ‘V.Vty’ with actual type ‘IO V.Vty’
    • In the first argument of ‘customMain’, namely ‘mkVty’
      In the second argument of ‘(.)’, namely
        ‘customMain mkVty (Just chan) application’
      In the first argument of ‘(=<<)’, namely
        ‘(void . customMain mkVty (Just chan) application)’
    |
112 |     (void . customMain mkVty (Just chan) application) =<< mkInitialState chan c
    |                        ^^^^^

programs/Main.hs:112:31: error:
    • Couldn't match expected type ‘IO V.Vty’
                  with actual type ‘Maybe (Brick.BChan.BChan Types.AppEvent)’
    • In the second argument of ‘customMain’, namely ‘(Just chan)’
      In the second argument of ‘(.)’, namely
        ‘customMain mkVty (Just chan) application’
      In the first argument of ‘(=<<)’, namely
        ‘(void . customMain mkVty (Just chan) application)’
    |
112 |     (void . customMain mkVty (Just chan) application) =<< mkInitialState chan c
    |                               ^^^^^^^^^

programs/Main.hs:112:42: error:
    • Couldn't match expected type ‘Maybe (Brick.BChan.BChan e0)’
                  with actual type ‘App Types.AppState Types.AppEvent Types.Name’
    • In the third argument of ‘customMain’, namely ‘application’
      In the second argument of ‘(.)’, namely
        ‘customMain mkVty (Just chan) application’
      In the first argument of ‘(=<<)’, namely
        ‘(void . customMain mkVty (Just chan) application)’
    |
112 |     (void . customMain mkVty (Just chan) application) =<< mkInitialState chan c
    |                                          ^^^^^^^^^^^

programs/Main.hs:112:59: error:
    • Couldn't match type ‘Types.AppState’ with ‘App s0 e0 n0’
      Expected type: IO (App s0 e0 n0)
        Actual type: IO Types.AppState
    • In the second argument of ‘(=<<)’, namely ‘mkInitialState chan c’
      In a stmt of a 'do' block:
        (void . customMain mkVty (Just chan) application)
          =<< mkInitialState chan c
      In the expression:
        do checkForMouseSupport
           args <- getArgs
           let (os, rest, errs) = getOpt Permute opts args
           when (not $ null errs) $ showHelp >> exitFailure
           ....
    |
112 |     (void . customMain mkVty (Just chan) application) =<< mkInitialState chan c
    |                                                           ^^^^^^^^^^^^^^^^^^^^^

Issues building the app

I had issues building the app. I think this might work for quick terminal UI prototyping so I wanted to try it.

First of all, a disclaimer. I'm very new to haskell. This is the first time I build a haskell program, I have no idea what cabal is or how it works. I'm very sorry if I'm missing something obvious

So I ran these commands:

brew install ghc
brew install cabal-install
git clone https://github.com/jtdaugherty/tart.git
cd tart
cabal new-build

I get an error in the last command:

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] trying: tart-0.3 (user goal)
[__1] next goal: vty (dependency of tart)
[__1] rejecting: vty-6.2 (conflict: tart => vty>=5.17.1 && <6.0)
[__1] skipping: vty-6.1, vty-6.0 (has the same characteristics that caused the
previous version to fail: excluded by constraint '>=5.17.1 && <6.0' from
'tart')
[__1] trying: vty-5.39
[__2] trying: vector-0.13.1.0 (dependency of vty)
[__3] trying: primitive-0.9.0.0 (dependency of vector)
[__4] trying: template-haskell-2.21.0.0/installed-inplace (dependency of
primitive)
[__5] next goal: pretty (dependency of template-haskell)
[__5] rejecting: pretty-1.1.3.6/installed-inplace (conflict: vty =>
deepseq>=1.1 && <1.5, pretty => deepseq==1.5.0.0/installed-inplace)
[__5] rejecting: pretty-1.1.3.6, pretty-1.1.3.5, pretty-1.1.3.4,
pretty-1.1.3.3, pretty-1.1.3.2, pretty-1.1.3.1, pretty-1.1.2.1,
pretty-1.1.2.0, pretty-1.1.1.3, pretty-1.1.1.2, pretty-1.1.1.1,
pretty-1.1.1.0, pretty-1.1.0.0, pretty-1.0.1.2, pretty-1.0.1.1,
pretty-1.0.1.0, pretty-1.0.0.0 (conflict: template-haskell =>
pretty==1.1.3.6/installed-inplace)
[__5] fail (backjumping, conflict set: pretty, template-haskell, vty)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: base, primitive, vty,
template-haskell, pretty, vector, tart
Try running with --minimize-conflict-set to improve the error message.

I tried some ChatGPT suggestions (like using the --allow-newer or --minimize-conflict-set flags), but eventually still run into other kinds of issues.

I'm running this in a mac (Intel). Here is some data that might be useful:

$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 9.8.1
$ cabal --version
cabal-install version 3.10.2.1
compiled using version 3.10.2.1 of the Cabal library

Could you provide some guidance on how to install the dependencies when getting this error? Alternatively, is it possible to have a pre-built version hosted somewhere I could download and run? (No idea if Haskell programs can be compiled and shared like that, but that would be ideal).

Thanks ❤️

pd/ sorry for my bad English, I'm not native

README uses the 'legacy v1 style' of cabal usage

I'm not sure if this is a cabal issue or a readme issue, but running cabal new-build gave me this error:

Warning: The package list for 'hackage.haskell.org' does not exist. Run 'cabal update' to download it.
Resolving dependencies...
cabal: Could not resolve dependencies:

So I tried running cabal update and got this warning:

Warning: The update command is a part of the legacy v1 style of cabal usage.

Please switch to using either the new project style and the new-update command or the legacy v1-update alias as new-style projects will become the default in the next version of cabal-install. Please file a bug if you cannot replicate a working v1- use case with the new-style commands.

For more information, see: https://wiki.haskell.org/Cabal/NewBuild

build error on 7473d5c

$ cabal new-build
Build profile: -w ghc-8.6.5 -O1
In order, the following will be built (use -v for more details):
 - tart-0.1.2 (exe:tart) (file programs/App.hs changed)
Preprocessing executable 'tart' for tart-0.1.2..
Building executable 'tart' for tart-0.1.2..
[32 of 33] Compiling App              ( programs/App.hs, /home/jon/fs/git/tart/dist-newstyle/build/x86_64-linux/ghc-8.6.5/tart-0.1.2/x/tart/build/tart/tart-tmp/App.o )

programs/App.hs:127:13: error:
    • Couldn't match type ‘IO’ with ‘EventM Name’
      Expected type: EventM Name ()
        Actual type: IO ()
    • In a stmt of a 'do' block:
        V.setMode (V.outputIface vty) V.Mouse True
      In the expression:
        do vty <- getVtyHandle
           V.setMode (V.outputIface vty) V.Mouse True
           V.setMode (V.outputIface vty) V.BracketedPaste True
           return s
      In the ‘appStartEvent’ field of a record
    |
127 |             V.setMode (V.outputIface vty) V.Mouse True
    |             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

programs/App.hs:128:13: error:
    • Couldn't match type ‘IO’ with ‘EventM Name’
      Expected type: EventM Name ()
        Actual type: IO ()
    • In a stmt of a 'do' block:
        V.setMode (V.outputIface vty) V.BracketedPaste True
      In the expression:
        do vty <- getVtyHandle
           V.setMode (V.outputIface vty) V.Mouse True
           V.setMode (V.outputIface vty) V.BracketedPaste True
           return s
      In the ‘appStartEvent’ field of a record
    |
128 |             V.setMode (V.outputIface vty) V.BracketedPaste True
    |             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

looks like it just needs the IO lifted here

support brick-0.50

No rush but it would be nice to allow building tart with newer versions of vty and brick.
Actually I would like to build it for distribution in Fedora.

Canvas hit detection is... clamped? / not behaving properly? when using WASD to navigate

While trying to edit relatively large canvases, the tools aren't drawing where I'm clicking if I move too far in any direction using WASD.

It's relatively OK but offset from my cursor by a constant amount. This amount changes depending on where I move the canvas using WASD. It reaches a certain point where it's impossible to draw too far to the right/etc because no matter how far I move the canvas it's still somehow limited by the physical edge of my terminal.

Option to output simple codes rather than 256-color

The .color.txts outputted by tart are filled with <ESC>[38;5;<index>m codes, even when I choose simple colors like red or blue (the non-bright versions). Is there an option to output simple codes instead (30-37 rather than 38)?

Keyboard support for moving cursor

I've experienced lack of keyboard support for moving cursor on canvas, for example with arrow keys. There is text string drawing tool, but it only allows for inserting text in one line, beginning from clicked spot - which limits movement.

Feature allowing to draw characters while typing (as in text string) and moving cursor with arrow keys could enhance efficiency of drawing with keyboard. Similar feature exists in Texel, which also supports mouse input in terminal.

On the other hand I am not sure if it wouldn't be against Tart's philosophy of drawing ASCII art in the terminal with your mouse.

jtdaugherty / tart Goto Github PK

tart's Issues

Recommend Projects

Recommend Topics

Recommend Org