Conversation

Ok, @penpot has improved a lot since the last time I used it

1
0
0

Here I am, trying to migrate from Figma to Penpot xd

It's a pity that Figma has been ruined so badly u.u

3
1
1

I ended up assembling the components differently than I did in Figma.

In Penpot the components still don't have properties, nor variants... however, swapping components is extremely easy, and grouping them as well, so I made template components, and then I just swap their parts as I need to xd

2
0
0

@naipotato not having variants seems pretty painful blobbee_think

1
0
0

@jannuary@tech.lgbt Depending on your habits and what you want to do... yes. You need to approach your components differently.

Grouping components is an alternative tho: you create all your variants, group them, and then you can swap between them with two clicks.

0
0
0

Well then... any opinions? lol

I already had all of this done in Figma, but now it's in Penpot. Honestly, it turned out pretty well, but I'm starting to notice performance issues now.

4
0
1

@naipotato is there a need for the "Discover" heading? looks awkward with how close the text size to other headings

1
0
0

@jannuary@tech.lgbt Uhmm... no, it's not necessary. I just thought it would be a nice touch

1
0
0

@jannuary@tech.lgbt It looks like this without the "Discover" header :p

2
0
1

@naipotato well, if I try to think of this semantically… would it be of help to highlight the tab you’re in? you should have already chosen when you’re at and you can read it on the sidebar, after all, it’s not like you’re on Metro where you slide the screen you’re at and so you don’t have any other reference but the title header…

1
0
1

@xerz It was cute, but it had a lot of antipatterns

0
0
0

@naipotato for some reason that top search bar there makes me uncomfortable

1
0
0

@darl@wetdry.world I see... what would you put in that place instead?

1
0
0

@naipotato No idea LMAO but what if you kept it hidden behind a little 🔍 icon?

1
0
0

@darl@wetdry.world tbh... I dunno why would I do that

like... ok, I can put the search bar behind a search button (no "little" please lol), but then... I have no other thing to put there when the search bar is hidden

other than... well, the screen title

1
0
0

but I’m starting to notice performance issues now

apparently, the performance issues are related to me trying to replicate libadwaita drop shadows accurately

… oops?

1
0
0

I removed all drop shadows and now performance is great again, hm

I replaced hq images with lq ones, that helped too

0
0
0

Trying to make mockup for GNOME mobile. I copied the system bars from the Inkscape templates shared by the GNOME design team.

I don't know if they are updated enough, but I guess it's ok.

2
0
1

@naipotato @darl@wetdry.world i would keep the search bar so it stays consistet with other gnome apps like example nautilis

0
0
0
@naipotato Kind of, the bottom bar it's not like that anymore
0
0
0

empty 'cause they are just the "base interface"

1
0
0

well, starting to get closer to the mockup

it took me a lot to get to this because I'm a masochist and I decided to take the hard way: I always wanted to implement a software design where the screens were not hardcoded in the view, but were literally data and the sidebar would load them dynamically from a model.

... and I did it, it's not quite finished yet, but the screens right now are dynamically loaded from a model.

1
0
0

but I’m missing the “library” header

it’s time to learn about GtkSectionModel to implement it, but I think it will be after I get some sleep, it’s 3 AM already

2
0
0

I was left thinking... I've made a lot of progress in my programming knowledge

I had tried this same approach a few years ago, but I didn't know where to start. Now, however, I became aware of each step intuitively, and I even have something that works the way I feel is "correct."

I think that all this time reading, researching, writing code over and over again, has served me well

I hope one day to be able to finish some of my projects, which I always leave on standby or restart lol

0
0
0

@alice@mk.nyaa.place GtkListBox controls too much, and I really prefer all the state for that screen to live in the model

Being able to control the entire state in the model will allow me to do interesting things later :p

2
0
1

@alice@mk.nyaa.place ... I really wish more widgets could be fully controlled from a model, but oh well

0
0
1

@naipotato i mean it can use models too, and not be an utter pain wrt headers

Also in future we’ll have a sidebar widget in libadwaita and it will not be listview-based

1
0
0

@alice@mk.nyaa.place It can use models, yes, but it doesn't delegate control of element selection to the model

1
0
0

@naipotato@transfem.social it does delegate it exactly as much as listview does. Expressions aren't limited to listviews, you can use them anywhere. You can equate the create row func to ::setup and ::bind in GtkSignalListItemFactory

1
0
0

@alice@mk.nyaa.place The thing is that I want to have a model for my window that is able to keep track of both the available pages and the currently selected page. For the same reason, I implement both GListModel and GtkSelectionModel (and now GtkSectionModel). GtkListBox doesn't allow my model to be the one controlling the selected item, so it makes things difficult for me

1
0
0

@naipotato@transfem.social ah, selection model. That is true, yeah

Another problem with listview is that it doesn't work for adaptiveness, but if you don't have sidebar at all on mobile, should be fine.

0
0
0