unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Simen Heggestøyl" <simenheg@gmail.com>
To: Dmitry Gutov <dgutov@yandex.ru>
Cc: 22923@debbugs.gnu.org, Stefan Monnier <monnier@iro.umontreal.ca>
Subject: bug#22923: [PATCH] Support completion of attribute values in CSS mode
Date: Wed, 09 Mar 2016 20:01:52 +0100	[thread overview]
Message-ID: <1457550112.3805.2@smtp.gmail.com> (raw)
In-Reply-To: <fcf8d4fa-e306-0901-8ea0-417c668ff311@yandex.ru>

[-- Attachment #1: Type: text/plain, Size: 1359 bytes --]

Hi Dmitry, thanks for your review.

On Sun, Mar 6, 2016 at 8:10 PM, Dmitry Gutov <dgutov@yandex.ru> wrote:
> Doesn't the latter allow for several indirections? It seems to me the 
> two functions are equivalent.

It does, sorry for being unclear. I'll try to reformulate it:

There are two lists that must be traversed to find completion
candidates: the property alist and the value class alist. company-css.el
supports indirections from the property alist into itself, and into the
value class alist. With this patch, indirection can happen from the
property alist into itself and into the value class alist, but also from
the value class alist into itself and back into the property alist.

> One question: is there a reason to do the (symbol-name value) 
> conversion before doing the css--property-values lookup?
> 
> Maybe the css-value-class-alist should have symbol keys, not strings.

With the change mentioned above, the property alist and the value class
alist are now treated like the same kind of data structure by
`css--property-values'. The only difference is that the CARs of the
entries in the property alist are also valid property names. So I
thought it simpler if the keys were of the same data type. I don't have
an opinion on whether that should be string or symbol, just that they
are the same.

Did this answer your question?

-- Simen

[-- Attachment #2: Type: text/html, Size: 1824 bytes --]

  reply	other threads:[~2016-03-09 19:01 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-06 13:53 bug#22923: [PATCH] Support completion of attribute values in CSS mode Simen Heggestøyl
2016-03-06 19:10 ` Dmitry Gutov
2016-03-09 19:01   ` Simen Heggestøyl [this message]
2016-03-11  1:25     ` Dmitry Gutov
2016-03-19 12:42       ` Simen Heggestøyl
2016-03-20  1:17         ` Dmitry Gutov
2016-03-21  9:14           ` Simen Heggestøyl
2016-03-21 11:02             ` Dmitry Gutov
2016-03-23 18:17               ` Simen Heggestøyl
2016-03-23 23:08                 ` Dmitry Gutov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1457550112.3805.2@smtp.gmail.com \
    --to=simenheg@gmail.com \
    --cc=22923@debbugs.gnu.org \
    --cc=dgutov@yandex.ru \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).