Hi Kevin, on the Android Bootstrap project, we have the following issue: https://github.com/donnfelker/android-bootstrap/issues/25

Unfortunately this seems to still be prevalent in the latest version of IntellIiJ and I'm not sure whats causing it. Do you have any idea why this library might be doing this? In All of the projects I use wishlist I have to perform the same hack that I provided in the comments today.

Any idea? Are we using Wishlist incorrectly or including it incorrectly?

This exposes a new method, getItems() as protected. Primarily, this allows subclasses to implement android.widget.Filterable more cleanly. The subclass can cache a list of all items. Please let me know if I'm missing something and there's a better way to do this.

I didn't apply this change to any other adapters.

There is now way to update an item after it is added to the adapter. An I cannot update items because it is private. So there should be some method like updateItem( position, item)

Just added a couple of helper methods to the ViewUtils class. Apologies for the lack of tests. Just wanted to share what I'm using right now. If time permits I'll come back and add some tests.

• transformToDensityPixel: Transforms a regular pixel to its density pixel equivalent. Great for when you need to adjust a View visually at runtime.
• increaseHitRectBy: Increases the hit rect of a given view by the amount provided. The amount is in regular pixels and is transformed into density pixels using transformToDensityPixel. This is very useful for when you have small or tiny icons on the screen that are hard to tap on (or darn near impossible to tap on). Simply increase the hit rect of the view and then your UX gets a ++. :smiley:

Feel free to accept at your liesure, I just wanted to share something I found useful for my current project.

Cheers

At times my clients need the ability to change the text on the button dynamically (re: AB Testing) and we can't do that as the values are coming from an API endpoint. Therefore I need the ability to set the button text via a simple CharSequence. This pull implements that.

Update parent pom and maven-android to include sdk information in the apklib. This will correct some issues with including the apklib in Intellij.

I've also fixed some tests in there usages of roboelectric.

Bumps junit from 4.10 to 4.13.1.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Hi, 2 days ago this library started to show this issue: on android studio package com.github.kevinsawicki.wishlist does not exist My gradle (compile 'com.github.kevinsawicki:wishlist:0.9') configuration didn't change, so I'm assuming that something has changed on the maven repository, any idea how to solve this problem?

SingleTypeAdapter.java

@Override public long getItemId(final int position) { return items[position].hashCode(); } items[position].hashCode() may be is a minus，instead it：

@Override public long getItemId(final int position) { return position; }

[ERROR] \AndroidWorkSpace\android-master\app\target\unpack\apklibs\com.github.kevinsawicki_wishlist_apklib_0.9\src\com\github\kevinsawicki\wishlist\TypeAdapter.java:[117,23] type parameters of V cannot be determined; no unique maximal instance exists for type variable V with upper bounds V,android.view.View

[ERROR] \AndroidWorkSpace\android-master\app\target\unpack\apklibs\com.github.kevinsawicki_wishlist_apklib_0.9\src\com\github\kevinsawicki\wishlist\TypeAdapter.java:[129,23] type parameters of V cannot be determined; no unique maximal instance exists for type variable V with upper bounds V,android.view.View

I think need cast to V before return . protected V view(final int childViewIndex) { return /*add (V) to here */ updater.view(childViewIndex); }

Change packaging as jar instead of apklib so it can be easily used in gradle :)

If you want to add resources later on I could make another PR with aar support