- Date/Time: 2012-04-21, 1600 GMT (supposed start time)
- Location: IRC, freenode, channel #libreoffice-design
i guess we can get started 18:03:50
I'd like to take a look at the Design page 18:04:06
Do you think anything important is missing?
Or that something could be organized in a way to better suite our audience? 18:04:41
(Our audience is anyone looking to be on the team or already on it.) 18:05:13
There's been one element that I've been questioning myself -- the language picker 18:05:57
I think the yellow block could be toned down a bit. its kinda bright.
what about it. 18:06:24
the German version seems to just describe what the team does
what language picker?
below the menu
but as you need to know English to be part of the team, it seems a bit useless
this one 18:07:31
So should we delete the localized pages?
I just think we don't need them
at least not when the most they can do is link to our English mailing list...
the spanish one, though, seems interesting 18:08:44
well do the at least tell the person looking for their language that to be apart of this team you need to speak english?
whats interesting about the spanish page?
they list some members
that's all they do, actually 18:09:43
We have a list of all the members, though
maybe these people could serve as a gateway to Spanish members that can't speak English
oddly, though, I don't recall either of the two being on the list
was "that's all they do, actually" in response to my "that's all they do, actually..."?
aggg, my previous question. 18:11:58
no, it was a continuation of the sentence "they list some members"
in any case, I don't think the language versions have a point right now 18:12:28
not unless we have representatives that would translate contributions from non-English speakers and push them to the mailing list/whiteboard 18:13:04
I don't think that'll happen, though 18:13:22
it does seem a bit weird seance we only have four different Lagrange and everyone on the mailing list seems to know english. maybe its more important on the dev side?
as I doubt we'll have that many members anytime soon for it to make sense to do...
you mean on the development page?
yeah, there it makes sense
I guess... 18:14:47
how does one delete a page?
can I remove the language picker from the design page, then?
I bet there are a lot more people on the dev side that speak different languages.
I think you have to be an admin
@Android272: yeah, for sure 18:15:44
removing the menu from the design page, then 18:16:25
Apparently, no one else submitted another proposal for the template picker
Is there anything you'd like to comment on? 18:17:21
It's a GSoc project 18:18:01
the call for proposals for both the template picker and the alexanderW impress remote goes until next saturday
I just realized that and started something. no ready though
(whoops, freenode added your name to my sentence automatically)
we have about 3 weeks to get the designs done for the GSoC projects 18:19:37
astron247 hat den Raum betreten 18:20
sorry for being so late... what are you discussing?
development starts May 21st
so then which do we want to talk about first?
that's 3 weeks and 2 days
projects are templates dialog, impress remote, and a java gui for android 18:22:45
I've talked with tor about the java gui 18:22:56
on the ux advise list 18:23:08
really cool that you two are discussing btw
when did that happen?
the java gui for android
ie over the course of this wek
it doesnt exist yet if thats what you mean 18:23:48
I was thinking we could have one whiteboard for the file viewer
which I already made prior to the project 18:24:25
I meant file manager 18:24:42
so then what all does the java gui for android intail?
and then one for the file viewer
it's the whole interface for Android
but just for viewing files, not for editing them 18:25:41
(which is a bit disappointing, IMHO) 18:25:53
thats a bit broad
I've written an e-mail to Tor about what features he'd like us to design for and not to design for and he has yet to respond
Will the remote app be seperate from LO for Android?
it's a separate project 18:27:18
or at least it seems so 18:27:23
I'm sure the two could share some code, though 18:27:42
hm, not so much i guess.
and i think the timeframe for releasing the remote app is much different 18:28:05
(ie shorter) 18:28:09
in any case, about the file viewer/manager 18:28:51
It would make more sense if it was completely seperate, I think
you can start working on your designs, but be aware that requirements can change
@alex I think so too 18:29:27
if we'd like to produce a tentative design for the Android app on time, then we really should begin now 18:30:04
That file viewer would be the base for a complete LO suite on android?
I'm not sure
I'm just holding off on adding it to the things we're working on because we don't have all the details yet 18:31:13
Alex, could you remove your e-mail from https://wiki.documentfoundation.org/Design/Templates_and_documents_rework and put it on your user page? 18:32:03
it's a more suitable place for it... 18:32:34
alex, you still there? 18:33:29
so then the remote?
what about it?
we just stay on track based on our idea workflow 18:34:43
call for proposals ends with next week's IRC chat
ok, thanks 18:35:14
can we start
let's talk about the idea workflow
start what? 18:36:16
On the color handling page
talking about the remote or this workflow idea thing or what ever
I added some points to the tables
I wondered why it was blank
could we go through the open problems one by one?
amount of colours: im firmly in the 6-clr camp
I've one question: Why doesn't Impress already use the color picker of Writer?
its just implemented differently. 18:39:54
me too, but can there be more if the user wants them or is this just the standard palette.
winfried attacked part of that problem, but he was stuck at some point
So one implementation could be trashed and the other one be improved?
also, when you insert certain sorts of objects into writer you get fill style combo boxes like in impress
yes, one needs to go. 18:41:07
not so much
as in, it will be a pain to code?
I'd vote for fewer colors in the default palette and a second palette with a 'rainbow' of colors
I think there should be many palettes
@mirek: pain... cant say, for beginners, probably
how do palette files handle rows/columns?
do they specify them? 18:43:51
btw, I myself would be against a palette with a rainbow of colors 18:44:12
is the number of columns for the standard palette or for all? are the users stuck with only what we allow?
since it's not touch friendly
no, they only specify the colours
and I think the color wheel should suffice there
number of rows/cols depends on implementation
ok, that makes our life easier then
I believe we should have 6 columns for every palette, then
only wrt to the current palette i think
6 fits well, as it's a factor of both 2 and 3
how is a rainbow not touch friendly. it would be just like the other palette just with a rainbow.
@mirek: We could keep the number of rows/columns and still show a rainbow instead of color schemes
instead of color schemes?
the same number of columns then
so then what if the use wants more colors? can other palettes use more as well?
I guess I misunderstood the term rainbow then
there would be no limit on the number of rows 18:46:58
with a significant number of rows, the colors would become scrollable 18:47:21
just columns, ok I thought we were talking about limiting the number of colors period.
the default palettes should not be scrollable, though
can the user modify the default palette
he should be able to, yes
so has the decision been made? 6 columns on every palette?
onto the next problem then 18:51:29
palette editing 18:51:38
within a pop-over or a modal dialog? 18:51:48
I like your editor, but I sees what guy was talking about.
why not a non-modal dlg?
If we have a modal dialog, that window could be reused
I don't think that the user would need to edit the palette while working on his document
we could add it to the mix, though, if you'd like
but they might need a custom colour
adding a custom colour to the palette seems obvious to me at least
(know, havent done any proposal) 18:54:35
which only applied to the document 18:54:59
my proposal included a custom color tab 18:54:59
I mean, just to the selected object 18:55:22
the color wouldn't be saved anywhere, except it would appear in the Document palette 18:55:38
yes, but you might want it on another object too
maybe its even the company color and you want to save it 18:56:04
if you wanted it on another object within the document, you would use the Document colors palette
If you wanted to export all your document colors, you could from a non-modal dialog 18:56:26
using custom c. first, then adding it to the palette would seem more likely to me.
clearly... im missing something right now. 18:58:05
ill look at your proposal again.. 18:58:15
how about having an "Add to palette" button in the "Custom color" section?
which would allow you to pick a palette to add a color to 18:59:12
one of the choices could be "new palette" for quick palette creation
how about being able to drag colors from "recent" to the actual palette?
(additionally, i guess 19:00:05
seems pretty unintuitive
only because no other color picker does it 19:00:25
would the "new palette" option bring up the color editor dialog
also a bit accident-prone...
but I wouldn't mind, I guess
how would it work with touch, though? 19:00:55
long-tap to select, then drag? 19:01:03
why long tap?
One might drag a color by accident
just dragging means scrolling on a touch device, simply tapping would choose the color
i see 19:02:06
yeah, I also think it might cause more accidents than good
I believe palette customization is a pretty rare thing in itself... 19:02:46
so would the "new palette" option bring up the color editor dialog?
the one offered after clicking the "Add to palette" button?
the "Add to palette" button would launch a drop-down menu offering a choice of all the palettes available plus a "New palette" option 19:04:50
clicking that would let the user name the palette 19:05:11
either within the drop-down itself or within a dialog, whatever's feasible 19:05:30
yes and would the also be able to change all other colors in that palette?
and then the pop-over would show the new palette, along with the one color that was added
separately, within a dialog 19:06:23
(that's not my original proposal, but I like the idea the most now) 19:06:34
Deleting a color would work how?
again, within the dialog
you've seen this mockup
@mirek: another question: what does the X button on your proposals?
ok then so we have decided to make Editing palettes in a popover and dialog?
something similar, just within a dialo
@astron: it means "no color" 19:07:53
in my mockups, it's the icon that goes along with "Automatic" 19:08:01
of course, under text color, it would show black 19:08:15
since that's the automatic color 19:08:21
okay... i think the choice of an x might be debatable
can we do that currently? if not then why would you want it?
or close 19:08:52
inkscape uses a similar icon
what would you propose? 19:09:06
so, theres the choice of a checkerboard pattern, or nothing (as it is today)
I really couldn't think of a better symbol for "no color"
the checkerboard pattern could be confusing 19:09:59
especially if there was no text label next to the icon 19:10:11
like https://wiki.documentfoundation.org/File:C-grad.png 19:10:21
less so than an X button that doesn't close anything
ok, then I guess no color is best...
maybe a single thin / would work?
but from corner to corner 19:11:30
we'll experiment with that later 19:11:58
that is use in other programs
back to the dialog problem
I've added a non-modal entry to the wiki 19:13:14
I suppose the size of the non-modal dialog would resemble that of inkscape non-modal dialogs 19:13:54
or Navigator, for example 19:14:03
couldent it bring you to the options menu we currently have?
oh please no
just change it as well.
I agree it sucks
That would be quite overwhelming
so, one of the things thats bothering me is that colors doesnt really even belong into the options
ok just wondering
am I right about the size of the dialog, though, Astron?
well, probably, just, i would still add a close button
what size? when did you ask about the size of it?
a minute ago
could you clue us in about the layout of it?
could it be docked to the side? 19:18:38
would it be horizontal or vertical? 19:18:46
actually, you know what, since this whiteboard is not a priority 19:19:15
how about we just skip the issue for now 19:19:45
sorry. dockable wouldnt really fit libo right now...
but okay... move on 19:20:13
Astron, if you'd like, you can work on a mockup for the dialog in the meantime
ill see, no promises
once GSoC is done, we'll revisit the page
right now, we're just testing the workflow 19:20:45
a bit off-topic: Does anyone know whether such dialogues could be written in native gtk, for example?
caolan is working on making it possible to do dlgs in glade
There was a GSoc project about converting them to glade files, right?
i talked to björn btw, and he doesnt really see any way to fit working on colours in his schedule right now
hold on -- there's a possibility LibreOffice could include GTK+ elements in the future?
or am I misreading what you said? 19:22:43
no, as far as i understood were either translating glade ui files or were abel to read them in
so translating GTK+ into VCL?
Would that still involve VCL
its still all vcl
the difference is that we get a graphical ui designer and "intelliegent" xml files 19:23:46
"intelligent" = hierarchical
but, theoretically, this would allow new UI elements to be coded in GTK+, just converted afterwards
(i think) 19:24:27
no? ah, too bad
i dont want to say anything too definite.
best to talk to caoln 19:24:44
I was hoping that we could slowly move to GTK+ without really disturbing the codebase
or check out his branch
Yeah, that would be so awesome
can we get back to designing?
last problem: document color presentation
I'd prefer to have the colors listed in a separate palette 19:26:17
for the reasons listed on the wiki 19:26:33
as a palette its not likely to be seen by users
I'd really like the color picker to be as simple as possible, and putting document colors along with recent colors under the dialog feels like overload
ultimately i just want it any where. but I think it would be good to have it under the current palette.
I'd support putting them in a seperate palette, but one bug report requested easy access to those colors as well
@alex: I don't know if we have any access right now
we dont, right
so having an access to the palette under a dropdown is, IMHO, easy and discoverable enough
having the colours under the popover would make it easier to mix colours from the document and those from the palette
not sure if theres a strong use case for that 19:30:06
but we already have recent colors, though
the user might want to mix colours from various palettes, not just from the document palette 19:30:53
could we be able to switch out resent and document colors?
okay. so would it make sense mash recent and document colours together?
no, I don't think so
btw, document colors should also list colors found within the default palette
if they're used, of course 19:31:41
to both? or just to andrews idea?
recent does, in most cases, list document colors 19:32:41
be able to show the document colors instead of the resent colors? or show a left and right arrow to switch between them?
yah but not if the document is old. 19:33:03
@mirek: well, even better, we dont need to list them twice
the problems I see with showing document colors below the pop-over:
1) if the user uses colors from the default palette, the colors will appear once in the default palette and once in the document palette 19:33:49
so there could be a lot of duplication 19:33:57
that could be worked-around
thats true but tbh i dont think we should show them if theyre dupes
2) presentations and drawings, and even some documents, tend to be highly graphical
by simply exluding those
but what if the user wanted to know which colors he used in the document
or which colors were used in the document, considering he wasn't the author 19:35:05
and wouldn't it be inconsistent if the user exported the document colors palette and it included more colors that he saw? 19:35:40
okay, the last one is the most troubling imho
and wouldn't it surprise the user if the switched palettes using the drop-down menu and suddenly some colors appeared in the "Document colors" section and some disappeared?
2 – there are selection markers around the selected colour.
4 – oh wow. 19:36:59
hadnt thought of that 19:37:05
but 4, with a nice animation wouldnt be soo bad 19:38:12
2 - I meant, if the user wanted to continue with the color palette of the original author, he would need to see all the colors that were used in the document
the document might have 100+ pages, so going through all the elements to deduce the used colors wouldn't be an option
thats what document colors is for.?
it is a use case, yes
okay. 100-page documents that also use 100s of colours are probably not the norm
ie we shouldnt actually design for people using 100s of colours 19:40:06
document colors would be contextual so the amount of color would be slimmed down a bit. the text, highlight, shape ect. would all have there own different document colors section.
ok, well, I wouldn't want to go through all the colors on a graphically-intense document with 20 pages
@astron: how many rows do you think the document colors section should have? 19:41:02
hard to say... two to four..?
I mean, a lot of palettes can have about 70 colors
+ a row for recent colors 19:42:02
+ 2-4 rows per document colors 19:42:13
+ scroll buttons (or scroll bars?) 19:43:10
how would you handle scrolling, btw? 19:43:38
obviously, you could show the first twelve document colours, then show a More button that would bring up ... something
so, no scrolling if at all possible 19:43:54
bring up a dialog?
simply elongate the popover
well guys I think that Im going to go. iv got a place to be and no one is commenting on my questions any way.
all of them
*most of them 19:45:05
which ones exactly?
document colors would be contextual so the amount of color would be slimmed down a bit. the text, highlight, shape ect. would all have there own different document colors section.
be able to show the document colors instead of the resent colors? or show a left and right arrow to switch between them? 19:45:36
could we be able to switch out resent and document colors? 19:45:46
what do you mean by switch out?
just look through the log when your done and you will see. but bie
I answered no to that, actually
to show the document colors instead of the resent colors.
that still doesn't solve the scrolling problem
@andrew: btw, i answered your question on the ml regarding cond formatting
let's say that if the pop-over really was to be elongated, the pop-over wouldn't fit onscreen anymore
yah but it slaves the document color being under the palette problem.
@astron maybe but not here. anyway iv got to go 19:48:54
Android272 hat sich abgemeldet (Quit: Page closed) 19:48
we need to have some way to scroll colors 19:49:36
just in case a user happens to have a tiny screen or happens to use many colors... 19:50:01
We could use a scrollbar like ubuntu uses
what, btw is your proposal for how scrollbars should work in palettes?
@alex: we should try to stay as native as possible 19:50:49
so, we have to support both incredibly slim as well as thick scrollbars with the proposal 19:51:11
what do you think about having one button at the top and one at the bottom?
menus work similarly
ive never liked that too much.
@astron could you provide a screenshot?
me neither, but this would just appear in rare cases 19:52:12
I think it's easier that trying to fit in a scroll bar 19:52:34
what do you think? 19:53:04
see the styles section 19:53:22
but yes, it would be different from what you proposed 19:53:40
if the buttons were vertical like in MS Office, where would they be?
how about this: a single row for both of the buttons 19:54:54
would make navigating easier 19:55:07
the user wouldn't have to constantly go to the bottom and the top for getting up or down 19:55:22
the buttons would be horizontal, btw 19:55:41
A | V 19:55:56
O O O O O O 19:55:58
what do you imagine to be the use cases for document colors? 19:56:30
it would certainly minimise mouse travel
ok document colours...
not wanting to add colours to palette; editing so elses doc 19:57:20
Mostly if one got a document created without LO or with custom colors and one needs to reuse those colors
I think most of the use cases in which it would be advantageous to put it under the default palette are covered with the "Recent colors" section
how about saving these 6 colors with the document? 19:59:22
if you're editing someone else's doc and want to reuse the colors he used, you should be able to see all the colors he used, not just those that aren't within your palette 19:59:35
that sounds like an awful file format hack
but i like the proposal in general 20:00:40
how about showing the last 6 document colors in the "Recent colors" section if there are no recent colors yet? 20:01:34
and putting document colors in a separate section 20:01:44
we could even expand recent colors to 2 row, 20:01:56
if you don't think 6 colors is enough 20:02:10
so, to conclude:
document colours = own palette, 20:03:05
recent colours = up to twelve, contains some document colurs? 20:03:07
sound good 20:03:09
What are the last 6 document colors?
well thats a good question
If I open a document from someone else
the document colors would be read from top to bottom of the document, I presume
so the last 6 colors would be ones on the last few pages 20:04:48
given that the file format probably doesnt support it, we want either the most used colours or as mirek said
where they're likely to have been most recently used
android272 hat den Raum betreten 20:05
the most used colors sounds good too
I guess I do not have to leave
but would be too processing intense
alright, then just the last-used colors
what are we talking about now?
what about them
(recently used ones)
document colors would appear in their own palette, recent colors would list the 12 last-used document colors if there were no recent colors to list yet
what does any one think about the recently used colors being kept across sessions?
Would make sense
you mean: if I opened a separate presentation, I would get the same recent colors as I had when working on my document?
makes sense in some environments, not so much in others
if i make a doc, then close it then make a new one the colors I used from the first would still be there.
I agree with astron
but basically, in the environments where it makes sense, it might make more sense to have a new palette
(= corporate colours is what i think of=
so no, then? 20:10:16
@astron what about corporate colors
... makes sense to have them as a palette.
did i miss something?
I don't think so
sorry, that was my annying brother
ok, another problem right now: how to deal with "alternate" fills.
at least its there, I had to argue why it should be there for a while.
gradients (linear and radial), ...
does LibreOffice support radial gradients?
it does. you can ever position their centre freely
do they support linear?
albeit, gradients dont seem to export well 20:15:38
not even to odf?
odf is just saving, not exporting. what i mean is mso formats, pdf etc.
I'll stick to my proposal
just without the pencil icon for editing 20:16:26
and with an icon for radial gradients next to the linear gradient icon 20:16:50
which should open the all-encompassing dialogue box for colours?
I really like that. do you click the circles and then the color you want?
i personally dont think hatchings or radial gradients or bg images should have a place in our /main/ ui at all and should be better hidden.
thus, the all-encompassing colour dialogue actually sounds like a sane idea to me 20:18:27
no, it wouldn't open the dialog for colors
it would simply be this 20:18:38
the slider would be used to edit the gradient 20:18:51
then were losing features
positioning the radial gradient for instance.
gradient palettes 20:19:29
that would be done on the shape itself
we have that feature? 20:19:44
Not yet I think
Moving the gradient? 20:20:06
I see that we do
take a look at impress and play around with gradients hatchings etc.
@alex: moving the gradient is possible inside the Area dialogue
Ah, I meant actually editing within the shape, like in Inkscape
how about adding a drop-down menu to the gradient section too?
the one on https://wiki.documentfoundation.org/File:C-grad.png would be the "Custom gradient" section 20:23:05
what do you think? 20:23:53
two dropdown boxes?
one for gradient palettes, one for color palettes
at least it's being consistent 20:24:15
alternatively, the user could be able to edit the colors inline 20:24:43
gradient handles would be shown as overlay on the shape 20:25:02
gradient palette would contain linear, radial etc?
just so you dont misunderstand me: im not against keeping things simple up front, but theres a whole slew of long-tail use cases we need to keep
clicking a handle would show a toolbar with a color picker for the handle, which would be used to pick a single color
@astron: I understand 20:26:32
I'd have to rethink this 20:26:43
what about using https://wiki.documentfoundation.org/File:C-grad.png and when no node is selected, the dialog would show the gradient palette? 20:27:29
the gradient toolbar idea sounds good.
and the second idea?
because I like that one better 20:28:13
i dont think i understand it yet
by default, the gradient section would show the gradient palette
there would only be one gradient palette, which is the current behavior today 20:29:49
when theres a gradient applied... it would show the gradient editor?
now I don't understand you...
ok, just explain
within the popover or as a seperate window?
within the popover
above the gradient palette would be a "custom gradient" button which would span a whole row 20:31:08
clicking on this button would launch something like this 20:31:20
just with a back button 20:31:28
and a button to add the gradient to the palette
both of which would be above the gradient preview 20:32:15
(by "gradient preview", I mean that line with the + and - buttons and the gradient nodes) 20:33:03
have I explained it clrealy enough? 20:33:11
Why have a button to activate this?
Would we have predefined gradients? 20:34:59
i guess id have to see it, sorry
I think these would be too manny possible combinations
alright, I'll produce a mockup someday
maybe after the GSoC projects are done, probably not sooner 20:35:55
btw i just noticed we also have square, rectangular and ellipsoid gradients
I'll think about it 20:36:52
Ellipsoid and radial could be merged, I believe 20:37:08
so could square and rectangular 20:37:15
sure, with better ui
(like in inkscape 20:37:31
Wait a sec, I'll just create a mockup
i wonder if anyone has ever used the "transpancy" page ... that seems unnecessary at least
btw, andrew mentioned using different document colors based on the object in question
@astron: I haven't noticed it, to be honest 20:40:39
hay some one was listening
how would it work?
android272 hat sich abgemeldet (Quit: Page closed) 20:41
was that offensive..?
no, I think it was a computer problem or something
if I understood Andrew correctly, the Document colors palette would present different colors based on the object and color picker in question 20:43:39
i.e. text highlight would present one different from text color 20:43:51
and shape fill would have one different from table cell fill 20:44:29
I personally would prefer to have one "Document colors" palette per document 20:44:49
makes some sense... especially to limit the number of selections ... but then, users might want to
use the same colours for different objects 20:45:06
One can choose a kind of gradient and the palette 20:45:48
and if we saw that Andrew's idea would be beneficial, then we could additionally have a separate palette for each object that would only show up when that object type was selected
i.e. selecting a table would give the user access to "Table colors", selecting a shape to "Shape colors", etc. 20:46:27
The gradient can be moved and the single stops can be moved in the popover and live in the shape
it's missing the gradient palette, though
open up Impress or Draw and see what it looks like 20:47:32
right, also, wouldnt the palette close when moving one of the nodes?
(in the object itself= 20:48:16
I think it would
it works the same way in Fireworks, from what I remember 20:48:53
the idea is that moving a stop on the shape is done separately from work in the popover
you're not meant to work with both at the same time 20:49:40
One could also move the nodes in the popover, but one doesn't need the popover to move and scale the gradient
@alex: you know what I mean by the gradient palette, right?
@mirek: To select different gradients?
right, different predefined gradients
have you forgotten to include it or is it somewhere there and I'm just not finding it? 20:52:20
perhaps under the alexanderW "Radial"/"Linear" dropdown?
oh, ok 20:52:36
3 Drop-down menus seems to be a bit too much
we could have icons for the kind of gradient
i _think_ the question is if radial and square gradients are really importnat enough to have them in our palette popover
then we could have a toolbar with all the gradient types and a button that would show the gradient palette
which mixes the gradient types 20:54:15
@astron: I would list the elliptical and rectangular gradients 20:54:33
and figure out a way to easily make square and circular gradients from those 20:54:56
+ the linear gradient, of course 20:55:08
are we agreed on this?
a toolbar with: custom linear gradient, custom elliptical gradient, custom rectangular gradient, and gradient palette (showing a mix of all of the above) 20:57:10
anyway, i think ill leave now... 20:57:58
I think we discussed everything 20:58:13
okay, then, bye.
astron247 hat den Raum verlassen 20:58
alex, is there anything you want to discuss?
I don't think so
I just updated that sketch 20:59:08
So will you adapt your mocjup to those suggestions 20:59:28
Why the gradient dropdown?
what does it do? 20:59:48
I won't have time these coming weeks 21:00:37
Weren't you suggesting adding that 21:00:54
have exams coming up
so after that's all over 21:00:57
I suggested having a "gradient palette" button 21:01:16
A mode button?
it would show the gradient palettes
in any case, let's call it a day and leave color handling for another time 21:03:32
should I put the meeting log up?
or do you want to? 21:04:25
Yeah, I'm not too sure how to do it besides copy-pasting
I think there's nothing more to it 21:05:24
I'll do so
Ok, bye then 21:06:07
alright, bye 21:06:27